AltME groups: search
Help · search scripts · search articles · search mailing listresults summary
world | hits |
r4wp | 10 |
r3wp | 1661 |
total: | 1671 |
results window for this page: [start: 11 end: 110]
world-name: r3wp
Group: Script Library ... REBOL.org: Script library and Mailing list archive [web-public] | ||
Graham: 21-Sep-2006 | If you want to promote your glayout .. you need to change the license . See rebgui's license. | |
btiffin: 3-Apr-2008 | How many people use the Desktop Librarian? If not, why? If so, how? And if the answer to the first question is more than 1, who would be up for a documented experiment in REBOL/Agile team development? It would be starting from a 60%ish completed RebGUI app with big big plans (and a potential complete rewrite to fit with a could-be-soon Revault). There are definite and defineable 'pieces' involved. R2 mind. See; I dropped the ball a few months back and need a reason slash motivation to restart as rebol.org is too valuable a resource to not. :) | |
Group: I'm new ... Ask any question, and a helpful person will try to answer. [web-public] | ||
Normand: 21-Jun-2006 | Simple blocks mappings: I looked in the maillist, but did not find for such a simple case. I am trying to devise a function to map values from rebDB to the user UI in rebGui. So I need to map the respective values in two blocks, as in a: [a b c d e] and b: [1 2 3 4 5], thinking that a foreach would do the mapping. To no avail? z: [] foreach [i j] [a b] [append z [i j]] I want [a 1 b 2 c 3 d 4 e 5] I would need two foreach, side by side, not to embed one in the other. This does not work, but the idea is there. >> z: [] == [] >> foreach i a foreach j b [append z [i j]] == 5 >> :z == [i j i j i j i j i j] -> ?What is the formula? | |
Group: Linux ... [web-public] group for linux REBOL users | ||
JaimeVargas: 3-Mar-2006 | Also, you have demostrated this by releasing RebDB and RebGUI. Which I believe are components of some of your commercial applications. | |
Ashley: 3-Mar-2006 | Correct. In this case I bundle various "free" components (RebDB, SQLite, RebGUI, AbiWord, etc) into a *solution* that people are prepared to pay for. My customers know the individual components are freely available, what they are paying for is a working application "distro". | |
Group: !RebGUI ... A lightweight alternative to VID [web-public] | ||
shadwolf: 3-Mar-2005 | It could be a good idea to insert here all the futur widgets we want to see in REBGUI ;) | |
Ashley: 3-Mar-2005 | Louis, agree totally. Witness the confusion between Anton and myself in the View group about what a facet is (and throw into the mix View facets, VID facets and Style facets). I also don't like the close visual and phonetic similarity between face and facet ... it's just too easy to mistype / misread (with a single "t" to distinguish the two). Another term to consider: Feel, behaviour, action or event handler? The very first section of the document will be a concepts / terminology section which will have a simple table that maps View terms / concepts to their RebGUI equivilents. Thereafter the RebGUI terms will be *consistently* used. | |
shadwolf: 4-Mar-2005 | and i hope rebGUI will integrate new widgets that doesn't exist in common VID engine so | |
DideC: 4-Mar-2005 | Ashley! Reading this page http://www.dobeash.com/it/rebgui/facets/ I see you have put a "?" for edge/image. You can simply use an image as an edge : | |
Vincent: 5-Mar-2005 | bug: the last widget in a rebgui layout determine the width of the face - if the last widget is narrow, the window is narrow. fix: in %display.r, you have to keep track of the maximum x value: - near "xy: origin-size" you can initialize a 'max-width: "max-width: origin-size/x" - in parse loop, just after xy update "xy/x: xy/x + last-face/size/x", you can update the 'max-width: "max-width: max max-width xy/x" - after (outside) the parse, near where the y size is last updated "xy/y: xy/y + last-face/size/y", you can set the x size to be the 'max-width: "xy/x: max-width" | |
Ashley: 6-Mar-2005 | Latest release, incorporating all the above changes, available at: http://www.dobeash.com/files/RebGUI-012.zip Documentation also significantly expanded to include: - Latest REBOL/View facet observations - Glossary of terms - Licencing section - RebGUI Display User's Guide - RebGUI Widget Designer's Guide Get it here: http://www.dobeash.com/it/rebgui/ My intention with RebGUI is to foster a community project that can deliver a credible alternative to VID, with my role being one of project leader / sponsor. The licence stuff is just to clarify my legal position and the rights of contributors and users. I'm looking at how to enable co-operative development (using IOS) but this can wait until the base design has stabilized. It's just too easy to fork efforts at this stage. All of this is still Alpha so if there is anything you disagree with (technical, documentation or legal) then please raise it here and I'll do my best to accommodate your concerns. I want this whole process to be as open as possible, but without the pitfalls of "design by committee" where nothing gets done! ;) | |
DideC: 6-Mar-2005 | http://www.dobeash.com/it/rebgui/facets.html#section-5 May be you can add to the 'effect definition that any effect can be used. Not only 'bezel, 'bevel and so on | |
Ashley: 7-Mar-2005 | RebGUI uses the standard View face (25 facets) and 'data is not used by REBOL/View. VID extends this face by an additional 22 facets: state style alt-action facets related words colors texts images file var keycode reset styles init multi blinker pane-size dirty? help user-data flags and provides 'user-data as it uses the 'data facet itself. RebGUI widgets use 'data as the "interface" attribute (e.g. setting a progress bar's value) and may define additional facets for internal use on a widget by widget basis. The idea is to make best use of the 25 available View facets and not have every widget using 47 facets regardless of whether it needs to or not! ;) | |
Ashley: 8-Mar-2005 | Latest release available at: http://www.dobeash.com/files/RebGUI-013.zip Check out the new tab-panel widget and updated View facets document. | |
Vincent: 9-Mar-2005 | In http://www.dobeash.com/it/rebgui/widgets.html, in Feel function templates, there's missing the 'move event in engage. It's used for dragging actions in a layout. Here a vertical splitter widget using it : | |
Ashley: 9-Mar-2005 | Following documents updated to reflect latest changes / feedback: RebGUI Display User's Guide - new layout refinement plus widget descriptions added RebGUI Widget Designer's Guide - init attribute added REBOL/View Facet Summary - various | |
Vincent: 10-Mar-2005 | you can try the examples supplied with rebgui: http://www.dobeash.com/files/RebGUI-013.zip | |
Pekr: 10-Mar-2005 | thanks, will try it. Debeasch, it is Ashley, right? If RebGUI will be of the same quality as RebDB, it is surelly gonna be cool. Ashley is very good and precise designer, his code is nice. Other such folk is DocKimbel, his mySQL code was pleasure to study :-) | |
Vincent: 10-Mar-2005 | the main web page is http://www.dobeash.com/it/rebgui/ there's more information there on Ashley's project - a nice doc on /View engine growing with RebGUI progression. | |
Pekr: 10-Mar-2005 | OK, now I am confused with some of RebGUI concepts ... on one hand I do agree, that some of cross-style shared code was not eventually so good, I think that widgets shoud provide kind of full functionality ... I can't see any automatic scrollers for e.g. | |
Pekr: 10-Mar-2005 | If I imagine more complex style as e.g. grid, with Romano's system you had ability to create resize groups, to anchor something to different face etc. But then RebGUI seems to follow different target then I thought. I want full OS compliancy in behavior ... | |
Ammon: 10-Mar-2005 | Nah, RebGUI is simply a minimilistic, holistic approach where you don't any thing more then is needed and what you add is self sufficient. (at least that's my take on it...) | |
Ashley: 10-Mar-2005 | Vincent: rate suggestion ... done (overlooked in 0.1.3) Robert: Will the splitter be integrated into the next release? ... Yes Pekr: "I want full OS compliancy in behavior" ... which OS and what skin? Ammon: "RebGUI is ..." ... spot on, and I like that sentence so much I'll add it in some shape or form to the main page ;) | |
Chris: 11-Mar-2005 | For VID 1.3, the spec was to be close to XP while maintaining open-endedness for custom and legacy projects (Surfnet Detective is imo an XP-alike that 1.3 may have ended up as). As RebGUI is more focussed (and streamlined) than VID, I would recommend working toward a neutral style optimised for the kind of UIs that RebGUI is designed for. | |
shadwolf: 11-Mar-2005 | Pekr and every one have to understand that starting a sutch project from scratch (white page) is a true challenge.In french scene we have an example of a heavy skinnable widgets library that became deprecated because several reason in witch there is no one to take in charge the continuity of the lib and that's pretty difficult to make a relevent work while we don't know what could be the VID futures. This library is interdependent of VID so while we don't know how Carl plan to extend it in futur it's hard to make up plans to maintain it. The name of this lib is libskins v3 witch was made by Etienne Alaurent.. What I want for RebGUI is that every one can participate on it apporting he's hown ideas to it but conserving the main project lines. I think Ashley is totally in this mood and try yet to make documentation around RebGUI concepts. In futur one posible idea to simplify the documentation elaboration could be to use the rebol french scene douwiki.Every people that creates a modification significant to RebGUI would write the related documentation directly to the dokuwiki this way the documentation task that had to make Ashley would be lighter. Ithink as Ashley have the "code vision" he must take in charge the code merging and releasing (that's yet what he do actually ;) ). If we want RebGUI to be maintained and constently adapted we must work as a team. This allow us to have more knowlege and more inovent ideas in the topic ;) | |
Ashley: 12-Mar-2005 | Latest release available at: http://www.dobeash.com/files/RebGUI-014.zip Highlights include: - Several new widgets (15 in total now) - A simple WinXP-like look (not final, just something to model) - New %tour.r script to view all widgets in action - ESC to return to the console (for Graham) - Numerous minor improvements and fixes - Documentation update (the Display User's Guide in particular) | |
Ashley: 15-Mar-2005 | Interesting, and I'm certainly open to new ways of doing things ... but two marks against it for me are: 1) It's overly complex [for RebGUI] 2) I tend to design like I write - left to right, top to bottom Nice concept though. | |
shadwolf: 15-Mar-2005 | you can start be texting the contribution code I submit you then try to find a relevent way to adapt it to rebgui ;) | |
Ashley: 20-Mar-2005 | Latest release available at: http://www.dobeash.com/files/RebGUI-015.zip Highlights include: - New LED widget - Tweaked check, splitter and tab-panel widgets - Basic edit feel added to area and field widgets - Resizing is now fully recursive - Added a light-weight request-file function for Win32/SDK use - Numerous minor improvements and fixes - Documentation update (the Display User's Guide in particular) | |
Maxim: 20-Mar-2005 | I'm jealous of all the rebGUI group support ;-) good work Ashley, providing decent support is essential... | |
shadwolf: 21-Mar-2005 | I'm collecting ideas on this topic once it will do the job conveniently I will adapt it to rebgui standard ;) | |
Ashley: 24-Mar-2005 | Latest release available at: http://www.dobeash.com/files/RebGUI-016.zip Highlights include: - New bar, group-box and toolbar widgets - Removed icon and text+ widgets - Added accessor functions - Added pad keyword - text and size attribute handling improved - Numerous minor improvements and fixes - Documentation update - Added a simple install example | |
Ammon: 25-Mar-2005 | The styles that I have up on REBOL.org are built with on a similar concept to RebGUI if and you want, we can just minimize the facets and plug them into RebGUI... | |
Ammon: 25-Mar-2005 | Oh, RebGUI... http://www.dobeash.com/it/rebgui/ | |
shadwolf: 25-Mar-2005 | to rebgui | |
Ammon: 25-Mar-2005 | Ashley, on this page: http://www.dobeash.com/it/rebgui/display.html What does this mean? "Unless otherwise specified, text size reverts to 200x9999 if the string contains a newline." | |
Ammon: 25-Mar-2005 | Yes, I've been looking closer at display.r and finding that there are actually many things that are going to make it slightly difficult. For example, my popup code use Insert-Event-Func which doesn't work with RebGUI... | |
Pekr: 27-Mar-2005 | RebGUI starts to look nice. As it is still in its beginning, I would like to vote for area change. That is pretty uncommon that ctrl + del or ctrl + backspace deletes text, unless the text is hilighted imo .... | |
BrianW: 27-Mar-2005 | I'm probably doing something wrong here, but I get an error when I try do %gui.r: Script: "RebGUI system" (25-Mar-2005) ** Script Error: Word show is protected, cannot modify ** Where: context ** Near: set 'show func [face [object! block!]] [show* face recycle] | |
Sunanda: 27-Mar-2005 | Sounds like you have protect-system on (usually a good idea) and rebgui wants to reuse a system word (usually a bad idea). Try unprotect 'show to give rebgui permission to overwrite | |
BrianW: 27-Mar-2005 | Thanks for the suggestion. RebGUI is really nice! | |
shadwolf: 27-Mar-2005 | I 'm starting an intent to port to rebGUI an improved version of ctx-menu from cyphre :) | |
shadwolf: 27-Mar-2005 | but first thing the adaptation of the Ctx-menu as all your actual widgets in it arre trully piece of art work I intent to do the same way with cyphre"s ctx-menu port to REBGUI :) | |
shadwolf: 28-Mar-2005 | RebGUI 0.1.6 (b) version that includes cyphre's ctx-menu is done ;) Well it was added as it and as I'm less an artist than Ashley I let it functionnal as it was mainly designed by cyphre. I add a little trick and some code to it to make it more resemblant to a common menu and add the possibility to draw text starting from left... I hope Ashley or others could take some amount of their precious time to see it and enhance this very first implementation to make it even more in the mood of RebGUI | |
shadwolf: 28-Mar-2005 | you can grab it from here http://shadwolf.free.fr/RebGUI-016-cyphremenu.zip | |
Ashley: 29-Mar-2005 | Latest release available at: http://www.dobeash.com/files/RebGUI-017.zip Highlights include: - New title-group and radio-group widgets - no-space keyword renamed to tight - Added indent keyword - Install example moved into title-group %tour.r example - RebGUI is now #include aware (you can run it or encap it with zero changes) - Display User's Guide updated to reflect previous changes | |
shadwolf: 29-Mar-2005 | very nice work as usual I have one little impprovement that I would like to add to my ctx-menu adaptation to RebGUI is the size calculation instead of passing to it staticly it would be better to calculate in relation with the parent-face and be able to use the resize on it | |
Gregg: 29-Mar-2005 | Really impressive progress! My hat's off to Ashley and the RebGUI team. | |
shadwolf: 29-Mar-2005 | Graham some indulgence please menu in rebgui are very alpha stage vefor sunday I don"t even know what could be the result of having it to rebogui and if it was workable with older non AGG capable rebol/view ;) | |
shadwolf: 29-Mar-2005 | when I see it was relatively close in code motion to rebgui I started to wanted hardly to port it and better it a little (the famous lefted option ... to quick developed to convince every one ;) | |
Robert: 31-Mar-2005 | I never really like the implicit usage of FACE and other words in VID. Especially if not documented and those words are not very obvious to guess. I see that RebGUI uses the same approach: slider [action [show-data p face/data]] What about this? slider [action [show-data p slider/data]] This shows what kind of object we (implicitly) use. | |
Pekr: 31-Mar-2005 | Isolation/encapsulation of particular styles (widgets) functionality may mean simplyfying the situation, as we can see with RebGUI, althought it is not as feature (widget) complete as VID is ... | |
Pekr: 31-Mar-2005 | What I am really pedant upon is proper system-like "behavior". I mean mainly keyboard .... I would like RebGUI having good tabbing functionality, even nested one (although now I don't know if other IDEs you program your apps in allow it, but imo yes) - imagine having table/grid on your screen, but also few fields and buttons. I want to shift focus to grid, and then I want arrow keys, insert, delete key to work in terms of grid, not whole form. Then there should be kind of "escape key", which will jump-off the grid and focus will be on whole form ... | |
Ashley: 31-Mar-2005 | Robert 1) Widget observations: all noted. LED is the read-only functional equivalent of 'check used for things like system status displays, etc 2) Tabbing (basic version) is slated for 0.1.8, more advanced features will have to wait until the base widget set is complete. 3) DATA is a required structural element to ensure widget specific initialization is performed by init *not* the display function. 4) Implicit face usage has two big advantages: a) allows you to cut and paste code between widgets; b) different widgets can share the same code. 5) RebGUI still lacks a few of the more complex list / table / menu / treeview type widgets. 6) Re: new projects. RebGUI is still ALPHA and the basic design may fluctuate as the requirements of more complex widgets becomes clearer. I wouldn't be building any commercial applications based on it quite yet (not until it goes beta at least). Pekr 1) Also remember that VID was created against a much earlier version of View, and that it is only recently that View functionality has stabilized. One example of this is the extensive use of 'draw by RebGUI compared to VID. 2) Tabbing, like key mapping, is less of a technical issue than a convention issue; but my aim is to be able to "drive" all RebGUI widgets both with and without a mouse (although the priority is to get the mouse behavior right first). | |
shadwolf: 31-Mar-2005 | in all cases REBGUI is a good enhancement yet to VID :) | |
shadwolf: 31-Mar-2005 | apporting code to any project is hard I understand this but a first step (what I try to do ) is to apport yet existing bunch of code that are fitted to REBGUI Ashley takes then the role of merger and last adapter. I hope this free some time for him to focus on work of the engine. | |
shadwolf: 31-Mar-2005 | that rebgui is good and if RT think it can even improve it . That could be good for them to retake it and improve changing it more profundly then substituate it in the VM since retake the VID and then rework it completly... | |
shadwolf: 31-Mar-2005 | so we need to improve rebgui to dialectise it but I am affraid this apport a slower renderer and a more consumtion | |
Ashley: 31-Mar-2005 | Global Event System: looks like 'menu has to use it, and I don't know if we have a real alternative. One thing I've added to 0.1.8 is a 'keep function that lets you specify what widgets you wish to use and sets to none everything not used by those widgets ... so if more complex widgets require global events then so be it. Contributed code: I prefer simple code (that may need to be enhanced) over complex code (that may have to be pruned). Multi-tasking: The RebGUI engine is 90% where it needs to be so I'm spending most of my time on widget integration at the moment. View 2.0: We have to work with what we have, although I have made a concession to the future [AGG] with regards to RebGUI's use of draw in preference to image + effects. Dialectise RebGUI: It would be relatively easy to make the specification more VID-like by having each attribute specified with a distinct datatype (and moving duplicate datatypes such as an 'offset pair to a keyword such as 'at) but you pay a big price in code complexity and efficiency; and I'm not convinced that inferred attributes ("this is a 3-part tuple so it must be a color, while this is a 4-part tuple so it must be a span") make code legibility and maintenance any easier. None of this is to say I can't be convinced otherwise, this is why RebGUI is still ALPHA. ;) | |
shadwolf: 31-Mar-2005 | Contributed code: sure but yet existing amazing thing wasn't thinked to be added to RebGUI so If we want a good time average and retake yet existing widget. I think it can be seen as an omage to those ppl that spent lot of time try to implement this widgets. If we find a way to include them it's like we have a parternity and a real look over what exists in the rebol free community that"s a king of concretisation and that allow us to improve faster I don't think pruning ctx-menu is slower that redone the work from scratch ;). And As I say earlier that shows our consern and attention to what exists in rebol free community ;). Like "Thank you man you give us this widget now look what we can do with how it grow and how it became self dependent. If your still want to apport to it or have some ideas on it to share with us your very welcome" :) | |
shadwolf: 31-Mar-2005 | Carl me too that's why I'm support REbGUI and I was claiming for a such ambisious project since many time ;) | |
shadwolf: 31-Mar-2005 | REbGUI has a simplicity in it that most of other intens doesn't have that's a good point to hope for futur improvements ;) | |
Robert: 1-Apr-2005 | Maxim, how about using RebGUI as a base? Or are you already looking into this? | |
Gregg: 1-Apr-2005 | Chris and I did some work on an ARROW style some time back. We'd like to offer it up if RebGUI can use it. | |
shadwolf: 1-Apr-2005 | I'm working on dropdown adaptation to REbGUI so send it to me | |
shadwolf: 1-Apr-2005 | Asley if you want to have a look to it it's here (no adapted to RebGUI yet ;) maybe tomorrow or sunday comming with a dropdown first implementation at the same time if I have enought time ;) ): http://shadwolf.free.fr/arrow-RebGUI.r | |
Brock: 2-Apr-2005 | Ashley, simple question. Is the display/min-size expected to always open atleast the size of min-size. I noticed it does not, however, when you attempt to resize the window, it will not allow resize smaller than min-size. See example 2.1.2 in your RebGui Display guide. | |
shadwolf: 2-Apr-2005 | I work a some time on the porting of arrow widgets basing me on gregg submition ;) you can find it there: http://shadwolf.Free.fr/arrow-RebGUI-port.r some work must be done ;) but I think Ashley could understand more than me what is needed ;) | |
Ashley: 3-Apr-2005 | Latest build available at: http://www.dobeash.com/files/RebGUI-018.zip Highlights include: - New pwd-field widget - Updated tab-panel & radio-group widgets - Timer widget removed - Added Ctrl+Left & Ctrl+Right (word left / right) to edit feel - Display User's Guide updated to reflect previous changes - Menu widget and tabbing deferred until 0.1.9 Note that face edge, font, para and feel now default to none. Use default-* objects if your widgets need these attributes (this brings these attributes in line with the RebGUI philosophy of "absent unless specified"; and removes all the attribute: none assignments). | |
PeterWood: 3-Apr-2005 | Ashley, it would be really interesting to learn why you decided to write RebGUI and how you went about doing it. It would make a great article for Rebol.org. | |
Ashley: 3-Apr-2005 | UI design guidelines: thanks Chris, I was trying to find those the other day. I'll add that link to the RebGUI Widget Designer's Guide. | |
Richard: 4-Apr-2005 | Have you been following what Ashley has been doing with RebGUI ? | |
shadwolf: 4-Apr-2005 | Well In fact I figured out there was lot of problems with my first port of the arrow and arw widgets made by Chris & Gregg initialy for VID/AGG. So now it's mutch better I solve all existing problems in my first implementation. I made lot of code cleaning. I let implementation samples in commentary and comments maide by initial authors ;). Can be found here: http://shadwolf.Free.fr/arrow-RebGUI-port.r | |
Group: PowerPack ... discussions about RP [web-public] | ||
Maarten: 23-May-2005 | Some candidates *right now* are: - mysql:// -postgres:// -Uniserve -Rugby (of course ;-) -REBgui -cgi + cookie libs -async http:// -async:// | |
Ashley: 23-May-2005 | Have a chat, if you haven't already, to Robert about the RPC as there may be some overlap in efforts. I'm more than happy to work with you to ensure RebGUI fits the proposed model (from both a code and documentation perspective). Some things to consider: - Coding standard(s) - Documentation standard(s) - Optimization methodology - Testing methodology - REBOL baseline (I'd aim for 1.3 - forget the past) I've said this to a few people on AltME already, but for this type of project to succeed it needs four things: 1) Technology (including a sound & easily understood conceptual basis) 2) Documentation (good documentation is better than good code) 3) Momentum (a sense that things are happening) 4) Community (an environment where people are encouraged to contribute) Getting all four right is *hard* work. *My* definition of success for a project is to be able to answer YES to the following two questions: 1) Does it work? 2) Is it used? | |
Maarten: 24-May-2005 | Note that RP will be bundling all those good (proven?) libs and make them accessible from one place. Your rebgui, but also mysql:// are excellent examples. But imagine your new to REBOL, wouldn't it be nice if there were a link on rebol.net /.com that gave you immediate access to these libs? | |
Robert: 28-May-2005 | And libraries must be compatible. The current running RebGUI projects is a good example. Feedback loop is fast, releases are done often (thanks to Ashley) and momentum is raising. | |
Group: Rebol School ... Rebol School [web-public] | ||
[unknown: 9]: 4-Apr-2006 | Would much rather render to RebGUI for example. | |
Pekr: 17-May-2006 | you may look into RebGUI project - consumes less memory (mostly non-issue on PC), provides more styles, resizing, more proper behavior to styles, try to go thru demo AND look into tour.r source - you will see how nicely readable the gui part is - you don't need to go into internals too much ... | |
denismx: 17-May-2006 | RebGUI, something new to me. In fact, we probabably just need an interface to enter data and start some process and show the results. Maybe draw a graph with the results - that would be great. Will look into it. Tks. | |
Group: Rebol/Flash dialect ... content related to Rebol/Flash dialect [web-public] | ||
DanielSz: 16-Nov-2007 | If I can throw my two cents here. Terry is right to complain, because you can feel he cares, it's not destructive criticism. Pekr is saying he's a realist, but to me he sounds more like a dreamer (no offense).Flash is a Virtual Machine that lives in the browser. Rebol is a VM that lives on several OSes. Flash VM is present on 99% of the browsers. Rebol VM is not present on browsers (plugin doesn't count because last time I tried it wouldn't install, and last version is more than a year old), and it is present on OSes of a small number of creative developers and hobbyists. If I had to develop a commercial app for the web, Flash and Flex give me extensive documentation, and a whole framework. Rebol can't compete with Adobe, and should not. Last week, I developed a GUI in Rebol and Rebgui that would have taken me four times longer in any other graphical toolkit, and I had a knack at it. But this app is for internal use. Rebol is a great language, and I would like to see it evolve as a computer language, not as a throw it all in kind of gizmo. It should go Open Source, because RT doesn't have the means to provide versions for all platforms. Where is the rebol for NetBSD? Last version is 2001. If RT hasn't the resources, let the developers do it. I want to run rebol on an internet tablet. I had wanted to run rebol on a palm (not anymore because Palm is deas, sort of). But the Nokia tablet run debian linux. There is no reason for the unabailability of rebol. It is just a matter of building it and packaging it. Who has the time for this? Plenty of people, they're just not at RT, because there people are busy with more important things (like developing the product). | |
Group: RT Q&A ... [RT Q&A] Questions and Answers to REBOL Technologies [web-public] | ||
Pekr: 12-Oct-2005 | Hi .... with recent Rebcode releases, we can see that internally new Core is marked as 2.7 and View is marked as 1.4 Is it just working "title" or will those products be marked as that? And if so, can we know, what other changes will go for 1.4 View release target? Will there be any AGG fixes/additions (to support SVG RebGUI progress), or even VID changes? I still think, that VID is missing few fine styles as tab, group-box, better list as was introduced on IOS Developer's server, (eventually tree, menu), to allow novices to start using VID/View more productively. Any chance RT can tell us, what is the plan for 1.4 release? | |
Gabriele: 13-Oct-2005 | Q: What does the world on Nov-15-2005 look like? A: Our main goal is to get REBOL into the hands of more users, not just programmers and techies.... by the millions over time. By doing that, we create a market for not only handy free REBOL apps, but also for commercial apps and entire businesses that are related to REBOL. Q: Given that window transparency is OS specific, will there be a dialect that covers both Windows, Linux and 40+ other OS? In other words, does RT plan on continued support of so many languages, or are we entering a new era of specific OS support? A: Our plan is to make that a window option that is part of the face/options for a window. If an OS does not support this mode, then the option will be ignored, but the application will still be fully functional. Q: I hope it is still valid that cooperation with RT is possible. I mean - last few weeks I play with some Win32 functions (thanks to Gregg) and I would like we would have proper app behavior in multi-monitor/multi-desktop environments .... so I wonder if any SIGs will be created, some ppl will be invited to participate, comment etc., or if RT is gonna cook it all themselves? A: Yes, there are many such special interest projects currently going on. (Most of them are occurring via private projects in AltME and IOS.) These days 90% of REBOL changes are done in cooperation with the REBOL community. Q: Hi .... with recent Rebcode releases, we can see that internally new Core is marked as 2.7 and View is marked as 1.4 Is it just working "title" or will those products be marked as that? And if so, can we know, what other changes will go for 1.4 View release target? Will there be any AGG fixes/additions (to support SVG RebGUI progress), or even VID changes? I still think, that VID is missing few fine styles as tab, group-box, better list as was introduced on IOS Developer's server, (eventually tree, menu), to allow novices to start using VID/View more productively. Any chance RT can tell us, what is the plan for 1.4 release? A: Regarding 2.7 and 1.4 question: we change the revision numbers (the second number) whenever there is a major change in REBOL that may be unstable. The /core 2.7 kernel (that is in /view 1.4 as well) adds new datatypes to REBOL, and they are the first datatypes added in several years, so we consider this to be a major change, and marked it that way. Yes, we do plan to be making a few AGG fixes very soon. Oh, and regarding VID: we plan to be making very big changes there. More to come soon. Q: Could you add struct! support to /Core? I keep on having situations that would be made much easier by struct! when I don't need libraries. For instance, conversions from external binary data encodings to internal REBOL values, say for file formats, network protocols and so on. Now rebcode has added other forms of strong typing like the type-specific opcodes and the vectors. Having structs with their constrained field types, their specific data layouts, would be a perfect match for the low level operations of rebcode. They would be helpful later when implementing your own data types as well. A: On structs: yes, we will enable this feature on core, but it should only be used for lower level code. Objects are more powerful. Q: Could you add an APPLY opcode to rebcode? apply: ["Apply function or path to arguments, save result" word! word! | path! block!] In rebcode: apply x f [arg1 arg2 ...] Is equivalent to this in REBOL: x: do f arg1 arg2 ... The advantage to doing function calls this way is that the arity of the opcode is fixed, even if the arity of the function called can't be known ahead of time. The value assigned to the function word could be either a function or a path, or for efficiency you could have a seperate opcode APPLYP for path values (I'd prefer just one opcode for generality but it's your call). A: I'm not sure what is meant by the path for it. You mean for refinements? That may actually slow down the apply interface. | |
Group: Windows/COM Support ... [web-public] | ||
BenK: 19-Jul-2006 | That ouwl defeat the purpose; the idea is that the system works for all apps and that the apps themselves do not need to do anything to have it. Wrapping the API and then building it into every single app is not a feasible option. Do you think it's possible to adapt the Vid and RebGUI dialects to integrate with the SPeech API so everything built with those at least would work? (don't know much about how dialects work yet) | |
Graham: 20-Jul-2006 | While maintaining the flexibility of VID/rebGuI ? | |
Cyphre: 20-Jul-2006 | If you write VID/RebGUI like dialect with binding to Windows native GUI why not? :) | |
Cyphre: 20-Jul-2006 | Pekr: You can create and control any windows dialog if you have the API available. (and this can be applied to any other OS feature). So it is possible to create native GUI controlable at the higher level of some dialect(simmilar to VID/Rebgui). People who are making common apps don't need to access it at face level but ofcourse such system would be based on face-like objects with methods related to Windows GUI elements etc. | |
Pekr: 20-Jul-2006 | for me, RebGUI, look-wise, is very Windows like .... yet some of us, including you, Graham, complained that it looks dull, and if it could be prettified .... :-) | |
Group: !RebDB ... REBOL Pseudo-Relational Database [web-public] | ||
Ashley: 7-Feb-2006 | From !RebGUI group. | |
Normand: 22-Jun-2006 | I am trying to update my RebDB database with a level of indirection, as I am using a block of 39 colunms names and the corresponding 39 entry-fields from ReBGui. Shortening those blocks for the example's sake, I do try to update the DB with the following command: Let's say that exColumns: [name surname dob phone] and exValues: ["Doe" "Jane" "1990-01-01" "418-840-4040"]. Then >> db-update/where exDB (exColumns) (exValues) compose ['rowid = (to-id)] do not work, nor variants I know. Proof: >> db-create exDB exColumns == true >> db-insert exDB ["Foe" "Joe" "1991-01-01" "514-480-8080"] == true >> db-commit exDB == true Then what is a working update, as those do not work with indirection in column & values spec and rowid? to-id: 1 Variant1 >> db-update/where exDB exColumns exValues compose [rowid = to-id] == ** User Error: Invalid or duplicate column Variant2 >> db-update/where exDB (exColumns) (exValues) compose [rowid = to-id] == ** Script Error: db-update expected columns argument of type: word block Variant3 >> do [ db-update/where exDB exColumns exValues compose [rowid = to-id] ] == ** User Error: Invalid or duplicate column Variant4 >> reduce [ db-update/where exDB exColumns exValues compose [rowid = to-id] ] == ** User Error: Invalid or duplicate column Variant5 >> reduce [ db-update/where exDB (exColumns) (exValues) compose [rowid = to-id] ] == ** Script Error: db-update expected columns argument of type: word block The more I go, the more I am frustrated into the word/value distinction. What is the resiliently simple answer to my show stopper? | |
Normand: 22-Jun-2006 | Well. Is there any way to obtain the rowid (physical row order number) of a selected entry, or deleted or updated entry? I am trying to devise a way to navigate into the database, from the initial point of a query or of an update. But with delete operations, the first column, id, is not allways in sequence. >> db-select id bottinDB == [1 2 3 4 7 8 9 10] >> db-select rowid bottinDB == [1 2 3 4 5 6 7 8]. And, as much as I can, I want to keep the historical order of entry, as it gives me information. It may be usefull to know that I did read a book or meet a person before another. The rowid gives a hint to that. All and all, parametrizing the update and obtaining the rowid are stoping me to complete my small everyday application. By the way, I do not see any example of 'demo' applications with RebDB and RebGui. A little help with mine could give birth to one. I should say that, design wise, RebGui is a great decision, to favor simplicity. You adress there some needs never covered by other systems: the myriads of simple applets everybody needs but were unable to ask. After a couple of weekends, I have got 400 lines of codes and am almost done. And I am not a programmer. So I figure out how efficient it is for you guys. Thanks. | |
Ashley: 22-Jun-2006 | Another option is to select the rowid(s) you are after: id: db-select/where rowid table [...] then perform the operations you want: db-update/where ... compose [ ... (id) ...] BTW, thanks for the feedback on both RebDB/RebGUI ... always good to know where folks are having both success and problems. More demos/tutorials are on the ever growing ToDo list. ;) | |
JohanAR: 16-Mar-2008 | I've only used MySQL a little, and quite a while ago, but I _think_ update (without where) affected the entire table there. Could be wrong though :) Anyhow, I really love RebDB (And RebGUI also). It's really easy to use, and my program would probably be alot messier if I wrote my own data management functions :P | |
Group: SQLite ... C library embeddable DB [web-public]. | ||
Pekr: 16-Feb-2006 | Now at work - one more note, Ashley - my typical app design is as follows - application directory containing exe or modules, .cfg files, \system subdirectory, which contains other subdirectories as \cyphre-styles, \rebgui, \rebdb, \sqlite, according to usage, and \data subdirectory ... so I am not sure that by default the driver should create the directory, as in the contrary when I want simply to have my data in \data dir, I don't want the driver to automatically create \my-db-name subdir .... | |
Robert: 23-Mar-2006 | Is the linking between SQLite and RebGUI already implemented? In that if I get back a result set, that I can use it directly to fill a list or drop-down list? Or load a result set into a form? | |
Ashley: 23-Mar-2006 | Yes, just use CONNECT/flat and the driver will return all values in a single block which RebGUI can use directly in lists and tables (no conversion required). | |
Robert: 24-Mar-2006 | Next question, before I start using SQLit and RebGUI now. How do you handle the identification of table rows? Do you display the record ID or can the record ID be a hidden entry? | |
Ashley: 24-Mar-2006 | I display the record ID (which maps to a unique entity ID such as patient#, order#, ect) and which the end-user is usually interested in seeing anyway (as it ties in to their other systems). If you want to hide the column in RebGUI then just give it a width specification of 0 and ensure it is not the last column. | |
Group: !GLayout ... ask questions and now get answers about GLayout. [web-public] | ||
GiuseppeC: 15-Dec-2007 | Maxim answered on the Mailing List about GLayout vs RebGUI describing GLayout. I suppose I will have to take a look at his project too. | |
Group: !Liquid ... any questions about liquid dataflow core. [web-public] | ||
Pekr: 7-May-2007 | the trouble with toolkits like wxWidgets imo is, that those allow mostly traditional widgets, kind of RebGUI ones. Not free form faces with draw facitilies etc. |
1 / 1671 | [1] | 2 | 3 | 4 | 5 | ... | 13 | 14 | 15 | 16 | 17 |