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
Nenad Rakocevic
@dockimbel
BTW, those events apply to windows only, not the widgets.
WiseGenius
@WiseGenius
I can no longer open view-test.exe:
SetGestureConfig.PNG
That's on XP. It does open on Windows7.
Nenad Rakocevic
@dockimbel
@WiseGenius The gesture supporting code is missing some conditional loading, will be added today.
Nenad Rakocevic
@dockimbel
@WiseGenius A fix has been provided, let me know if you still have issues.
WiseGenius
@WiseGenius
@dockimbel When compiling, Rebol 2 gives me:
*** Driver Internal Error: Script Error : config has no value
*** Where: add-legacy-flags
*** Near:  [either config/legacy [
append config/legacy 'no-touch
] [
config/legacy: copy [no-touch]
]]
Nenad Rakocevic
@dockimbel
@WiseGenius Oops, sorry, I commited the wrong code... Will fix it in a few minutes.
Nenad Rakocevic
@dockimbel
@WiseGenius Please have a new try with latest commit.
WiseGenius
@WiseGenius
Working now.
Nenad Rakocevic
@dockimbel
Great. :)
Petr Krenzelok
@pekr
Not sure about the API used, nor if it is actually supposed to work with my Dell ntb trackpad, but for me the demo of pinch-2-zoom does not seem to work. My ntb does not have the real touchscreen though ....
If I test e.g. here, it works even with my Dell trackpad - http://scripty2.com/demos/touch/photofun/
Any tips?
WiseGenius
@WiseGenius
@pekr Don't have anything I could try it with myself, but now I'm wondering: Is it just on mine that the "Pinch me" text is hidden behind the red box? Or you too? Maybe that should be in the draw block?
Petr Krenzelok
@pekr
I can't see the Pinch me text either ...
Nenad Rakocevic
@dockimbel
"Pinch me" text: we'll push soon a new implementation of the base face that will fix that. For the zooming support, the current code needs improvement, as the result is not accurate enough.
Rudolf Meijer
@meijeru
I have been comparing the widgets recognized by VID with the ones named in platform.red as well as the ones in view-test.red, and it turns out that VID recognizes toggle and clock which are not (yet) implemented, and does not recognize quite a few that are implemented as faces (area, text-list, progress, slider, drop-down etc.). I suppose that the alignment of VID and the totality of implemented face types is planned for 0.6.0?
Oldes Huhuman
@Oldes
@meijeru the not implemented widgets in VID are from the early Android version... adding support for new widgets should be easy task for anybody with free time. Don't know if it will be part of the 0.6.0 release.
WiseGenius
@WiseGenius
@meijeru Seems VID is about to catch up with the very recent widgets: https://trello.com/c/OEQTvoRe/60-0-6-0-gui-support Don't know what will happen to clock though.
Petr Krenzelok
@pekr
Has anyone ever used a clock? :-)
Oldes Huhuman
@Oldes
Yes, on android (phone) it's quite important widget.
Petr Krenzelok
@pekr
What does it mean - "important"?
If anything is really practically important, then it is a multi-columnt text list, splitters/containers, etc. :-)
Oldes Huhuman
@Oldes
In my case, I use "clock" widget on my phone quite often - that means, that it is probably important to me. Again.. it is in VID from early Android view tests when Nenad probably used it for some demos.
Petr Krenzelok
@pekr
Well, I am not sure, if the widget we talk about, is the same widget. I can see plenty of clock widgets for Android around - some of them, being pretty complex - e.g. shared with weather, etc. So - is there a standard Android clock widget? I suppose there is. But then there is many other widgets, which maybe, don't even rely on the native one?
As for VID, I expect it is not yet complete ...
Oldes Huhuman
@Oldes
Current "clock" widget is linked to android.widget.AnalogClock - https://github.com/red/red/blob/gui/modules/view/backends/android/gui.red#L82
WiseGenius
@WiseGenius

Has anyone ever used a clock? :-)

Yeah, I think my great grand-parents might have. Their phones couldn't tell time back in those days. :P

Oldes Huhuman
@Oldes
:)
Petr Krenzelok
@pekr
Fun stuff aside, I doubt anyone of you ever used clock widget in your apps :-)
Nenad Rakocevic
@dockimbel
@meijeru VID is under heavy work right now to bring it to a usable level and covering the set of widgets our Red/View can currently support.
WiseGenius
@WiseGenius

The 'image face! is still in this form in view-test:

data: [%./bridges/android/samples/eval/res/drawable-xxhdpi/ic_launcher.png]

Will this be taking an image type instead?

Rudolf Meijer
@meijeru
@dockimbel I am excited about the progress in VID. One thing I wondered: the evt-namestable is a hash! with pairs of entries, but the find that is done in order to make the appropriate actor seems to ignore that. Is there a danger that the user writes clickinstead of on-click and that the VID parser produces the wrong code?
Nenad Rakocevic
@dockimbel
@WiseGenius It can already take an image! value directly, so we just need to remove the code for that form.
@meijeru Right, a find/skip is required there to search in the second column only.
Nenad Rakocevic
@dockimbel
About the current menu spec block, I am wondering if I shouldn't allow to put action blocks directly in the spec instead of word IDs. I didn't do it from the beginning because the ownership sub-system would have marked all the series in action blocks, resulting in many unwanted events. But now I think it could be possible to mark only the first level of the spec block and not dive into nested series, so action blocks could be possible. It would make menus coding much simpler, though, there might be some drawbacks, so let me know what you think about it.
iArnold
@iArnold
@dockimbel Do you have a coding example for this? I think that having large codeblocks are bad for oversight of the application, but having a redirection to a one-line command, in those cases I prefer to have the one-line command in place.
Nenad Rakocevic
@dockimbel
@iArnold See the view-test.red script.
Petr Krenzelok
@pekr
this is always tricky. Carl allowed VID level reactors, Saphir removed them, and allowed any actor being exposed at the dialect level, which is nice, but then your code for the default action block is polluted with repeating: on-action [action here]
As menus can be nested, it is going to be a bit tricky to distinguish. And even if not, then still visually so.
I can see you already expose e.g. on-key ...
Nenad Rakocevic
@dockimbel
@pekr You could have a prefix keyword for indicating that the block is a sub-menu and not an action.
Petr Krenzelok
@pekr
I just briefly went thru the Saphir's Actor document - http://development.saphirion.com/rebol/r3gui/actors/index.shtml#
It seems to me, that default DO reactor is replaced by on-, so basically there can't be an action block, without prior on- "keyword"
I don't understand their on-action default actor though, it is some internal stuff, not exposed to STYLIZE, and allows to call it from multiple real style actors ....
I don't understand Red's aproach here: on one hand you allow direct action block, no keyword, nothing, e.g. button "Hello" 100x40 [bar/data: random 100%]
on the other hand I can see field 120 on-key [if event/key = cr [probe do face/text]]
Petr Krenzelok
@pekr
so - the question is, what do we want the standalone (no prior keyword) block to mean - e.g. submenu in the case of menu, or an action block ...
Well, just brainstorming with myself, I have no clear preference. But the truth is, that when I looked into Saphir VID code, I was a bit nervous seeing tonnes of repeating on-action, on-action, on-action ...