Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Aug 13 2016 03:24
    @PeterWAWood banned @Vexercizer
Gregg Irwin
@greggirwin
Really nice Bolek! @pekr, in-place editing will be important in a spreadsheet model.
Boleslav Březovský
@rebolek
Thanks Gregg. The problem I have with in-place editing done using native widgets (field on top of custom table) would look strange.
Henrik Mikael Kristensen
@henrikmk
@rebolek is the table widget done with DRAW?
Boleslav Březovský
@rebolek
@henrikmk yes
Henrik Mikael Kristensen
@henrikmk
is there a plan for text editing via the DRAW engine? that could help solve your issue eventually.
Petr Krenzelok
@pekr
There is a new text editing widget, which is not yet in the mainline, or something like that. Rich text one ...
Henrik - how far you went with your new planned cross Rebol/Red gui? I mean - do you just start to experience Red?
Boleslav Březovský
@rebolek
Actually, I've already wrote text editor in Draw, so I need to put it together.
Henrik Mikael Kristensen
@henrikmk

@pekr The new GUI is presently going nowhere, because I'm spending a lot of time in RebGUI right now.

What I would have liked to do is to work on the new GUI with Red and R2 and maybe later R3 and World. Right now, I'm just trying out the existing Red GUI to see what it can and will be able to do, so I don't just repeat what is already being done too much, if I ever get started again.

I have a couple of apps, I want to do in Red with its current GUI.

Petr Krenzelok
@pekr
So - welcome onboard :-) Red GUI is still work in progress and if you look in Trello, you will see, that constant improvements are planned. Feel free to throw new ideas in. And if you would like to see some conceptual change, it would be best to do some short article, so that guys at FullStack can consider it ....
Henrik Mikael Kristensen
@henrikmk
@pekr thanks. it probably wasn't the best idea to berate the work already done. sorry about that. (but my opinion stands)
Boleslav Březovský
@rebolek
Henrik Mikael Kristensen
@henrikmk
@rebolek wow, that is better than I expected. :-)
Boleslav Březovský
@rebolek
:smile:
Henrik Mikael Kristensen
@henrikmk
is there any sort of widget level resizing yet?
Boleslav Březovský
@rebolek
not yet
you have to resize manually
Henrik Mikael Kristensen
@henrikmk

feel free to be inspired by the VID Extension Kit resize method, written by Brian Hawley and me.

https://github.com/henrikmk/VID-Extension-Kit/blob/master/source/ctx/ctx-resize.r

that of course depends on the resize model you choose. this one is inspired by MacOSX/NeXTSTEP.
Gregg Irwin
@greggirwin
@henrikmk, it's easy to jump into something new and compare to what you have needed in the past. Red is so different in some ways, and so early, that we haven't started to tap its potential. e.g. the latest blog that talks about the GUI test system, foreach-face (we've done some resizing experiments using that), and reactivity. I did most of the 7GUIs tasks in Red, and Doc's Ballot example, ported from JS. You're coming in at a good time. Plenty in place to play with, but still many areas to contribute to.
Again, really nice Bolek. Wow.
Resizing will probably start with a simple system, but I think it could be fun to implement Cassowary in Red. It will be a big task, and not on any task list, but something any one of us could do.
Maybe we could port yours, just to see what it looks like in Red.
Dave Andersen
@dander
I agree, that looks great @rebolek
Henrik Mikael Kristensen
@henrikmk
@greggirwin Resizing is tightly linked to usability both for the user and the application author, so it makes sense that the resizing algorithm is kept simple.
geekyi @geekyi is a bit frustrated that he can't just copy paste run @henrikmk's code :/
Henrik Mikael Kristensen
@henrikmk
@geekyi you mean, it needs to be adapted?
geekyi
@geekyi
@henrikmk No, it's dead easy to run code snippets in Red usually, I had to download a zip from github this time :p
Btw, what tests should I look at?
image.png
Henrik Mikael Kristensen
@henrikmk
Yes, those
tests/browsers/style-browser.r is a complete program where some resizing is done. if it runs, that is. :-)
geekyi
@geekyi
FYI that was
>> do %tests/resize/window.r

@henrikmk

tests/browsers/style-browser.r is a complete program where some resizing is done. if it runs, that is. :-)

well, that doesn't run (Win 10, REBOL/View 2.7.8.3.1 1-Jan-2011)

Script: "VID Style Tags" (1-Jul-2009)
make object! [
    code: 300
    type: 'script
    id: 'no-value
    arg1: 'value
    arg2: none
    arg3: none
    near: [get :value]
    where: 'setup-face*
]
** User Error: Layout error in pane default
** Near: face/add-pane face word pane
insert
Henrik Mikael Kristensen
@henrikmk
yes, ok. I may try to fix this for later.
dialog-browser.r should work
geekyi
@geekyi
image.png
Henrik Mikael Kristensen
@henrikmk
yes, that looks right :-)
geekyi
@geekyi
@henrikmk yes it works, but no widget for resizing; have to manually resize as usual
Henrik Mikael Kristensen
@henrikmk
what kind of widget do you want?
geekyi
@geekyi
This toolkit is a complete replacement for VID I assume?
Henrik Mikael Kristensen
@henrikmk
about 90% replacement
geekyi
@geekyi
I'm just curious about your designs :D It's nice
@henrikmk Also, I was wondering about Android and other mobile platforms. Not relevant there or..?
Henrik Mikael Kristensen
@henrikmk
thanks :-) all the windows should be fully resizable. behavior is determined through layout code by creating springs for each widget starting with a size that is hardcoded for the layout.
VID Extension Kit is R2 only. VID Junior was the intent for a new UI that would run on various REBOL incarnations.
geekyi
@geekyi
@henrikmk that's interesting.
Actually, I'd starred https://github.com/henrikmk/VID-Junior before, but hadn't seen the original implementation