AltME groups: search
Help · search scripts · search articles · search mailing listresults summary
world | hits |
r4wp | 235 |
r3wp | 2632 |
total: | 2867 |
results window for this page: [start: 236 end: 335]
world-name: r3wp
Group: !AltME ... Discussion about AltME [web-public] | ||
Ammon: 3-Mar-2005 | Toggle GUI Elements have a tendancy to confuse me unless they are a radio button or checkbox where the meaning is clear. | |
Group: Script Library ... REBOL.org: Script library and Mailing list archive [web-public] | ||
yeksoon: 19-Jan-2005 | eg. the descriptive text of rebol -- It's a messaging language ` 'rebel' not 'ree-ball' ` code is data and data is code ` CGI? Yes ` 40+ platforms ` only 250K-500K ` console or GUI ` Yes, just a single file ` commercial versions = same core + ODBC, SSL, and more - shallow learning curve, amazing depth ` keep IT simple ` if you liked "The Matrix"... -- is lengthy and not focus... it also do not need to be at the top of every page...maybe it should go below 'About' | |
Anton: 10-Feb-2005 | Could add/replace some of that with "cross-platform, CGI, console and simple GUI dialect etc.." | |
Sunanda: 15-Dec-2005 | Back in February (!), Anton wrote: <<By the way, something that I never really liked is the short rebol description at the top of rebol.org.>> OLD TEXT: <<It's a messaging language. 'rebel' not 'ree-ball'. code is data and data is code. CGI? Yes. 40+ platforms. only 250K-500K. console or GUI. Yes, just a single file. commercial versions = same core + ODBC, SSL, and more - shallow learning curve, amazing depth. keep IT simple. if you liked "The Matrix"...>> We may be slow, but we get there: http://www.rebol.org The banner text has been updated to ready pretty much what Anton suggested. Thanks Anton! | |
Ammon: 8-Mar-2009 | I attempted to rename button.r to vid-button.r so the new script should be deleted and the old one renamed if possible. As for the rest of them... wizard.r TO vid-wizard.r group.r TO vid-group.r drop-down.r TO vid-drop-down.r dragbar.r TO vid-drag-bar.r date.r TO vid-date.r Since we won't be calling the GUI Dialect in R3 VID the new names should make what the scripts do clear even after R3 GUI scripts start popping up... | |
Maxim: 20-Mar-2009 | maybe, we could eventually have more than one picture, like pics which are specifically tagged as gui screenshots, for example. | |
Group: Make-doc ... moving forward [web-public] | ||
shadwolf: 11-Jan-2005 | MDP-GUI to be the interface for writing datas to Carl's blog script. does the idea sound usefull for you ? | |
eFishAnt: 11-Jan-2005 | I tried an earlier version of MDP-GUI but did not keep up with it. I would like to try it to understand better its functionality. I think you have some good ideas there. | |
eFishAnt: 11-Jan-2005 | I use IOS to keep version control of my website...so I usually have things integrated with that...but the GUI could make it easier...does it run makedoc2.r as well? | |
shadwolf: 11-Jan-2005 | well i thinkif you exit movable text i will include it a soon as possible to MDP GUI that was part of the defaukt fucntionnality I allways wanted in it but has I don't get the knowledge to handle the task i send it to futur time | |
shadwolf: 11-Jan-2005 | a good editor i think is the SCITE made for GUI4CLI it includes all this kind functionnality that not the applicable to MDP-GUI but for rebol rad tool it could be very nice | |
shadwolf: 11-Jan-2005 | eFishAnt for moving text if you arrive to a good solution send me a post thru altme I will integrate it asap into MDP-GUI that could be a good point to explaine to newbies how to influe dynamicly to default area text :) | |
Group: MySQL ... [web-public] | ||
Henrik: 6-Jun-2006 | mysql-admin is a GUI client. | |
Henrik: 6-Jun-2006 | then I tried to turn them off again through the GUI and it didn't change. | |
Group: Syllable ... The free desktop and server operating system family [web-public] | ||
Pekr: 7-Sep-2005 | Azureus - very good Java based client with all stuff needed - auto-updting etc., nice and responsive GUI. I wonder if REBOL would handle such app :-) | |
Kaj: 7-Sep-2005 | OpenOffice 2 is a good candidate, though, because they've made the GUI much more native | |
Group: Linux ... [web-public] group for linux REBOL users | ||
Volker: 28-Jul-2005 | Dont know that eally well myself. what i firued out: usually (debian, suse) startup-scripts are in /etc/init.d. on debian there is a /etc/init.d/skeleton as base for own script. then there are the runlevels in /etc/rc?d/. links there go to /etc/init.d/ an tell the system what to start/stop. the numbers in the filenames are the priority, lowest run first. Usually there is a gui-tool like yast or ksysv which scans /etc/init.d/ for scripts and makes the appropriate links. tricky things are to write the startup-script, to figure out which runlevel to use and how the os figures out what to stop. although if you dont need that runlevel smartness, because you call it on boot and let it be killed by shutdown, you can just use a normal bash-script. | |
Volker: 28-Jul-2005 | (runlevels tell which servers etc to run. so there is one with everything off for maintenance, one for console-use, console with network, console+network+gui-login, these with and without network, maybe some others) | |
shadwolf: 10-Aug-2005 | Festival is a software made in Scheme ( a Lisp clone) that allow voice synthésis (debian pakage are available on bedian.org website and can be acceded using Synapse GUI debian DLand Install software). | |
shadwolf: 10-Aug-2005 | To run my solution I simply make a bash that tests if festival is yet running or not and then runs it (I'm using 1.2.1 REbol version for linux ...) and then runs my GUI software ;) | |
BrianW: 1-Mar-2006 | True, but can't you add what you need via apt-get or the GUI? think the GUI is called "Adept" or just "Package Manager" | |
Gabriele: 6-Apr-2006 | petr: the "proper" way is to link to gtk or qt. you know, there's no gui standard there... the only thing you can take for granted on GNU/Linux is the linux kernel and the GNU utilities. | |
Rebolek: 26-Sep-2006 | my linux troubles (this is longer) I'm pretty frustrated at this moment, maybe somebody can help me... I'm linux newbie, I'm using it for 6 months or so. I've installed Ubuntu for my girlfriend and it works OK. So I decided to install linux for me too. I've got Athlon X64 computer, so I tried 64bit version of Ubuntu. But you cannot run 32bit programs under 64bit Linux, so no REBOL or AltMe. OK, I can live with 32bit linux, no problem. So I installed MEPIS. It's not bad, it has got media support but...it's KDE. I never knew anything about KDE vs. Gnome vs. whatever wars, I just don't care, but day after day I found KDE to be bloated, slow and buggy. Compared to elegance of Ubuntu on my girfriend's computer I decided that I just don't like KDE, I don't like all that menus where I'm always lost, long loading times, that awful blue theme, childish icons and everything K-labeled. Every window and every button on KDE looks so BIG compared to windows GUI, it's just a waste of screens's space. So I tried different window managers and found Xfce, icebox and some other small and fast window managers. But running MEPIS with different window manager than KDE was not optimal so I decided to remove MEPIS and install xubuntu. Everything was OK and I had xubuntu instaled. One day later I managed to exchange my gfx card. I was using Matrox Millenium 2MB PCI card and exchanged it for 3D labs Banshee 16MB PCI card (I know that both cards are somehow underpowered for my computer but that's OK, I don't play any 3d games, so I don't need some new card). I've booted into Windows and everything was OK. I can even select resolution better than 1024x768 (because that's not optimal resolution for 21" monitor :-) So I restarted and booted into xubuntu. x-server didn't start. As I said, I'm linux newbie so I don't want to mess with some config files so I said to myself OK, I reinstall it, it's just one day old installation, no problem. I've booted the live-cd, grub let me choose resolution of 1280x1024, I booted xubuntu and - it was running in 640x480. Yes, I had the choice to change resolution - but only to 320x240. I tried ubuntu (gnome) and it was the same. ubuntu's x-server probably does not support my banshee gfx card. I tried MEPIS also and - it worked! I can boot mepis 3.3.1 live cd in 1024x768 (but not more - with windows, I can go up to 1920x1440). But when I boot mepis, I do see that KDE desktop thing and it makes me feel sick (hell, even windows seem to be more fun to use than KDE for me!). So, what now? I cannot use windows only (1. i don't like it :) 2. it's got problems of its own - it cannot download files bigger than cca 1MB without error. Probably some driver problem but I still haven't found a sollution. this is not problem on linux) and I don't like KDE. I know that there's one sollution - to buy relatively new pci-x n-vidia gfx card and problems may be gone. but that's not what I want to do. That 3dfx banshee is good enough for me, I just want some fast and small OS running on it. Maybe I'm just missing a computer that can boot in 15 seconds into full GUI enviroment (yes, my old Amiga :) | |
[unknown: 10]: 14-Nov-2006 | I liked KDE when it started with version 1.0, then it started to look like a PlayMobil/Lego Desktop, now its upto perfect and leaves gnome far behind, not only based on GUI but also based on pratical use ;-)... But it still eats a damm lot of resources... you need to tune , but thats fun ;-) | |
Henrik: 15-Nov-2006 | Gnome vs. KDE: I gave up on KDE ages ago. It has pretty good underpinnings, but the philosophy of cramming every possible feature into the GUI just makes it a nightmare to use. I don't know about KDE4, so I won't say much about that. Gnome has a much better interface, but still a far way to go. It's exactly the opposite of KDE. I wish the two would go together and create a new desktop, based on KDE's underpinnings and Gnome's GUI. | |
Group: CGI ... web server issues [web-public] | ||
james_nak: 25-Sep-2006 | Does anyone have any ideas about how to approach a web-based gui that allows users to upload multiple files at one time without having a series of "inputs?" I'd like to have users do a ctrl select when they are browsing for multiple files to send. Thanks. | |
btiffin: 18-Sep-2007 | My uplink speed kinda (no, it pretty much completely) sucks but I offer free hosting to any rebol that wants it at peoplecards.ca. I just ask for patience if a new service needs to be installed while I work out kinks and the user needs to know that it's home based with a not-so-speedy delivery pipe and I offer little in the way of frills; meaning it's sftp or ssh cli, not cPanel or other gui. | |
Group: !Readmail ... a Rebol mail client [web-public] | ||
PhilB: 31-Dec-2004 | For the next release I will be changing the way in which the locale works. (For security reasons) The locale.r file will no longer be evaluated ... i.e. the program will no longer do %locale.r. The program will expect a pipe seperated file something like ; menu items gm_about|About gm_Accounts|"Accounts" gm_Contacts|"Contacts" gm_Folders|"Folders" gm_Help|"Help" gm_New|"New" gm_Preferences|"Preferences" gm_Send|"Send" gm_Unread|"Unread" gm_Layout|"Layout" ; gui items gt_Add|"Add" gt_Add-to-cont|"Add to Contacts" gt_Attach|"Attach" | |
[unknown: 9]: 28-Apr-2006 | Is Rebmail (er, I mean readmail) a command line thing, or a full GUI thing? | |
Gregg: 28-Apr-2006 | GUI. | |
Group: Web ... Everything web development related [web-public] | ||
yeksoon: 11-Jan-2005 | we have looked at it and at the same time looked at phpsavant http://phpsavant.com/yawiki/index.php?page=StartExample for us, our key concerns is maintenance from the developer point of view. We want the team to stick to one language (or markup)... there will be times in a project, that you may not have the luxury of a designer...so the developer still end up working on the apps GUI (or look-n-feel). | |
Pekr: 12-Jan-2005 | have you seen http://www.nvu.com/? Gecko based. They aim for something like Dreamwaver. IIRC, with dreamwaver, if you have e.g. some module, you can provide "plug-in", simply that web designer will parametrise you module using GUI and the rest is done under-the-hood .... | |
Maxim: 13-Jan-2005 | I do intend to make glass the standard high-end GUI engine in REBOL . | |
Group: SDK ... [web-public] | ||
Gregg: 14-Oct-2005 | Base is a little smaller (~250K), but that's close enough. If you need GUI stuff, it will be around ~550K minimum (using rebface) or ~650K using all of view and VID.. | |
Ashley: 4-Dec-2005 | Most of the GUI work I do does not use VID or networking, so enface without any of the view-* or prot-* scripts is what I want. I do not want to use a loader front-end based on rebview that includes all this code. The cost in executable size may be small (less than 100Kb), but it's the start-up time and memory cost that I like to get as lean as possible. This will become more of an issue if and when REBOL is ported to small memory footprint devices. | |
Group: !RebGUI ... A lightweight alternative to VID [web-public] | ||
Ashley: 5-Mar-2005 | First stab at a list of required base widgets area bar box button check droplist - text display + drop-down list editlist - edit box + drop-down list field groupbox - encloses a group of gadgets in a titled border icon image list – single column listview – multi-column progress radio scrollbar spliter – a “spliter window” which affects the width / height and position of other gadgets tab - arranges multiple gadgets into logical groups text slider treeview updown – scrollbar minus the bar (used with a field to increment / decrement numbers, etc) menu popup-menu - context menu status – status bar with one or more “segments” toolbar The aim is to have as few widgets as neccessary to build the majority of required GUI's. Take a look at the applications you use on a day to day basis, what widgets do they use? Are they in the list above? How are they named? Are there any widgets in the above list we can do without? (not that *someone* won't need it, just that it isn't common enough to be part of the base widget set). | |
Carl: 31-Mar-2005 | Personally, I think it would be very cool to have a non-RT GUI dialect that was better than VID, but just as flexible. I wrote VID in very short period of time, and it was disigned for more than what it is typically used for. For example, VID is written in such a way that it makes it easy to write something like the Layout script -- because you can return to the original VID source code from the face itself. | |
shadwolf: 31-Mar-2005 | CArl I'am agree with you VID is a very amazing system no challenge with it in any other langagues ... But The first thing that came to us when we show VID based GUI is " why does this window looks so wired..." The fact that I spent on in less time than in other langage (even IDE compositor based) is not relevent for the non programmer or informatic nerd (sorry for the nerd word ...). What he want is what he knows GUI that are sharp designed but in the convention he knows hehehehe ;) | |
Carl: 31-Mar-2005 | But, I think the non-VID GUI projects are good too. Because, when people use the SDK, they can use whatever GUI engine they prefer. They do not need to include VID in their code at all. | |
Ashley: 3-Apr-2005 | My post of 2-Mar-2005 in the View group which kicked things off: Which leads (sort of) to my next question. Does anyone think it is worth developing a simple, high-performance, low-memory GUI alternative to VID? The aim would be to have it built on View from the ground up such that you could (for example) use enface / rebface (or equivalent) without needing %view.r (and the over 120 KB of mezz it pulls in). If there's sufficient interest I'll document and release the Alpha implementation I have. I'll jot down a few notes for an article before I forget too many of my streams of thought. ;) | |
shadwolf: 5-Apr-2005 | My actual effort in dev leads me to rebGUI project so MDP-GUI is in pause until rebGUI reatch stability then I would make a brand new version of MDP-GUI including the RebGUI look&feel. Once all this work will be done I could switch back to "One render/input window" problem :) | |
Robert: 24-Apr-2005 | resizing system: How about a method that will store the layout if altered by the user and reload the GUI in the same layout? It always drives me nuts if I have to resize application splitter bars, panes etc. when starting again. | |
[unknown: 5]: 26-Apr-2005 | Anyone made a non rectangular gui layout? | |
Ashley: 26-Apr-2005 | Nice, I understand what you want to do now ... create a GAL (GUI Abstraction Layer) that enables RebGUI widgets to be used in VID with zero RebGUI changes. Interesting to see whether you can get it working the other way (VID -> RebGUI) as painlessly! ;) | |
[unknown: 5]: 27-Apr-2005 | I remember when /view first came out it seemed there was someone that made a gui that was eliptical using only faces and no layout. | |
Brock: 30-Apr-2005 | Having a minimal, lowest common denominator version of list is a good idea, considering the idea with RebGUI is to create a small/tight GUI environment. Having a more advanced version (more code) running on the lighter GUI is also a good idea so programs written for it don't feel restricted. | |
Group: Cookbook ... For http://www.rebol.net/cookbook/requests.html [web-public] | ||
yeksoon: 11-Jul-2005 | rebol.org library already have tagging for the scripts. Both in terms of levels ["Beginner" "Intermediate" "Advanced"] as well as the domain ["cgi" "gui"] etc... Perhaps there is a way to feed the cookbook examples into rebol.org and let the Library be the holding place for future cookbook examples. There are '3 major' rebol sites (those with rebol in the domain). And they are rebol.com, rebol.net, rebol.org. It is not incredibly clear whether certain docs should be in .org or .net. Other suggestion to consider is how can we leverage off works done in various sites and avoid duplication. Why not let rebol.org be the host for cookbooks as well? I would think new comers will prefer to find both cookbook examples and other contributed scripts all in one location. Rebol.org also lets you search the mailing list. | |
Group: XML ... xml related conversations [web-public] | ||
Geomol: 11-Nov-2008 | REBOL is GLUE! What about calling the new GUI something related to glue? Or just "GLUE". | |
Steeve: 11-Nov-2008 | oh i have a better bad puns: GUI-lty | |
Group: PowerPack ... discussions about RP [web-public] | ||
Sunanda: 24-May-2005 | Good points, Maarten about accessibility. If I were looking for an alternative REBOL GUI and typed REBOL GUI into Google, I'd probably soon conclude that there wasn't one. And that might end my evaluation of REBOL. Having many useful tools scattered across personal websites has other weaknesses too -- look at how hard it's been for people to find Gavin MacKenzies's XML libraries after his personal website went offline. | |
Group: Sound ... discussion about sound and audio implementation in REBOL [web-public] | ||
Rebolek: 15-Aug-2005 | unfortunately there's missing page 2 in the document. however if anybody is interested in synthesis, next version of sintezar is going to have five different oscilators, four filters, three waveshapers (these units are ready now) plus some other units (phaser is ready, i'm working on delay). I wrote some basic sequencer last week, so only some preset management system is missing and some work on GUI (drag and drop for connecting modules is ready, but I still have to rewrite all modules to support it) | |
Rebolek: 16-Aug-2005 | fast fourier transformation. no way in current rebol (to much computations). On my Athlon XP 1700+ can REBOL do some 3milions computations in second (this is very aproximate number, some computaions are more time-consuming than other ). May sound like a big number, but if sound's sample rate is 44100Hz, there's only some 70 computations for each sample. And this is the ideal situation (no GUI and other CPU-demanding stuff). So there are two possibilities. 1) Some faster math, or JIT REBOL compiler and 2) wait for faster CPU's. Let's see what comes first. | |
Rebolek: 16-Aug-2005 | I'm filling a buffer of 256 bytes so I can change parametres in realtime (buffer is filled, GUI works again, I can fiddle with knobs) and then I add buffer's content to some sound [block!] | |
Rebolek: 8-Sep-2005 | Henrik why not. But the GUI is not 100% finished so I hope it can be later replaced with better picture. | |
Group: Rebol School ... Rebol School [web-public] | ||
Pekr: 4-Apr-2006 | that is the set of proto functions - those string manipulation functions - you do use them everywhere ... even in graphics ... you have face, which has pane (container), and you insert, append, find, replace another gui elements, and then you call 'show ... | |
Maxim: 22-Apr-2006 | the better way to gauge useage is not by frequency within one script but by useage amongst many scripts... where useage within that script many times still only counts as one. I'd use the rebol.org site to scan scripts from any given group and put usage from them. Thus networking would score view as almost 0 where gui would place view as the most used word (in every script) | |
denismx: 17-May-2006 | My colleagues suggest that we use the View GUI. He feels that it is simple enough to code a graphic interface with this. I admit I have not looked into View much. My preconception is that adding the graphical layer complicates things too much (like Windows/C++). Maybe I'm wrong as Rebol is concerned? | |
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 ... | |
Group: Rebol/Flash dialect ... content related to Rebol/Flash dialect [web-public] | ||
Rebolek: 30-Sep-2005 | Terry, I understand Oldes' POV, their tools but really hard to use. The language as the foundation for GUI programs is beter than the actual GUI programs. | |
james_nak: 6-Mar-2006 | Thanks Oldes, I will try that. The dialect and AS are becoming clearer now with all the info you have given me. I look forward to writing lots of cool things. Thanks for the hint about the two main parts. I wondered how they were connected as most of the AS tutorial have you create something with the GUI then add the AS part. | |
Oldes: 8-Oct-2007 | Rebol/Flash dialect (RSWF) version 2.5.0 is available! compressed: http://box.lebeda.ws/~hmm/rswf/rswf_latest.r(89kB) uncompressed: http://box.lebeda.ws/~hmm/rswf/rswf_2.5.0.r(331kB) as colorized HTML: http://box.lebeda.ws/~hmm/rswf/rswf_2.5.0.html (885kB) What's new: - New swf-parser included which replaces old exam-swf function (useful for importing foreign SWF files) - Added implementation of Class definitions for SWF versions 6 and higher (I have to create some examples) - Added new 'trace function into actions (which can be use to compile swf files with or without trace calls easily) - 'require and 'include now accepts block of files or urls (I should modify my rswf code colorizer to show included files as well) Here is also new example how to include first of GUI elements: http://box.lebeda.ws/~hmm/rswf/example/swf8-cliphandler In the future I would like to create something like mini Layout dialect which will be used for better positioning of the new GUIs I'm working on. | |
Oldes: 24-Oct-2007 | Version 2.9.0 ... now with Calendar GUI and fixed one nasty bug in 'IF compilation after 'EITHER rule http://box.lebeda.ws/~hmm/rswf/example/swf8-layout-calendar | |
Oldes: 25-Oct-2007 | and one more reason - to hack a default Flash gui components is for me much more difficult than make my own from scratch | |
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: Windows/COM Support ... [web-public] | ||
Henrik: 1-Nov-2005 | time limits are mostly annoying, but doesn't hamper usage in that time. I don't think the GUI or other things should be obscured | |
Cyphre: 20-Jul-2006 | Yes, with the DLL interface you can theoretically create native-like GUI system according to your needs if you have enough time/motivation ;) | |
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. | |
Henrik: 20-Jul-2006 | the same could probably be done for OSX/Cocoa... it would solve many issues with GUI nativity in OSX. | |
Cyphre: 20-Jul-2006 | If you really need noative GUI then this can be the way but remember this is also *lot* of work multiplied by each operating system ;) | |
Henrik: 20-Jul-2006 | which is why it's probably not worth doing for anything other than Windows and OSX. For linux, it would be ... wow... how many different GUI systems do we have there? :-) | |
Henrik: 20-Jul-2006 | I agree that native GUI/feel should not be a main part of Rebol, but it should not be a luxury item either that you have to pay for | |
Group: AJAX ... Web Development Using AJAX [web-public] | ||
Henrik: 13-Apr-2006 | that's entirely up to the artist/coder doing the GUI | |
Graham: 13-Apr-2006 | Sadly there are not a lot of rebol coders who can create a great looking gui. | |
Henrik: 13-Apr-2006 | Flash is starting to catch up on the GUI part and they are much more light weight than Java, but I'm not sure how easy/hard they are to do | |
Group: Syncing ... Syncing technologies [web-public] | ||
JaimeVargas: 4-Jan-2006 | BEER+FT is just the framework. Not an Application. For example you need to code the gui, path monitoring, filesets management, guid, plus others. | |
Group: Plugin-2 ... Browser Plugins [web-public] | ||
BrianH: 4-May-2006 | Let's see what a "neutered" plugin can do: - REBOL/Services - All of REBOL's GUI and graphics stuff. - Access browser data (that is site-specific) You can do a lot with that. Look at Flash. | |
Cyphre: 10-May-2006 | Yep, understood. That's probably why the current plugin also cannot detect 'activate and 'deactivate events when you are focusing/unfousing the browser window. Do you think this could be also improved? It is useful for application to know when user switched to other window than the one with running plugin so it could manage the /View GUI appropriately (focusing/unfocusing fields, areas etc.) | |
Group: !GLayout ... ask questions and now get answers about GLayout. [web-public] | ||
Maxim: 1-Nov-2006 | can anyone give me feedback on the GUI snapshot feature? | |
Maxim: 1-Nov-2006 | there is a link to some info about it in the glayout-demo.r. menu: "Features > Gui snapshots" | |
Maxim: 3-Jan-2007 | I sometimes add an elastic (an actual glayout style) within a group, or add the elasticity to a face, just to allow the gui to resize even though it has no real advantage in resizing. | |
Group: !Liquid ... any questions about liquid dataflow core. [web-public] | ||
Anton: 5-Feb-2007 | So that's all that's needed ? A problem with all these different module managers and include systems is that there is ignorance of what they actually do. When you post code like the above, I have no idea what it's going to do with the files, how they are going to be arranged on my harddisk etc., and what global words are going to be defined. My old INCLUDE system and the new one I've been working on also suffer from this "gap of understanding". I think the answer is a GUI option which shows in clear diagrams what is going on. | |
Anton: 5-Feb-2007 | No, I mean the diagrams form part of the GUI (when a "show GUI" option is selected). | |
Anton: 5-Feb-2007 | A GUI, when a hypothetical "GUI" option is chosen. | |
Maxim: 5-Feb-2007 | if I say that a gui manager was needed... every reboler on this list would complain that its too complicated and would be scared that the lib manager does things behind the scenes. | |
Maxim: 28-Feb-2007 | also, the fact that symmetric piping and dependency trees can co-exist with such triviality makes integrating GUI within networks really easy so far. | |
Maxim: 3-Mar-2007 | applying this to a gui driven with liquid nodes, you could freeze the the whole layout on a modal window... and let your inputs continue to process in the background... updating animation, and reacting to async reads... for exacmple. when you unfreeze the gui and call a refresh of the gui plug, all the data which was being processed in the background, is now automatically available ,as if nothing had been frozen and a simple update of the node, will refresh you gui with nothing to manage. | |
Maxim: 7-May-2007 | yep... waiting for R3 ... but the core engine can work over any GUI cause its decoupled. | |
Maxim: 18-May-2007 | is the gui an actual picture of the school's layout. | |
Mario: 18-May-2007 | The gui has the rooms names as buttons. When you press the room name its layout (made of buttons) is shown along with a standard feedback layout (a form to send requests via CGI POST) | |
Mario: 18-May-2007 | When the gui starts I show servers state. As soon as a teacher clicks a button for a room he is changing the state... | |
Mario: 18-May-2007 | During the devCon I "saw" some GUI while you were presenting your programs, are those scripts available to the public? | |
Volker: 19-May-2007 | It works for the gui. I dont step into theory about slow, if i have a real life example which is fast :) about everything to everything, that would be in a bad case: each event to 100 receivers, 100 events/sec, 10k dispatches/sec. cpu can do 1 billion instructions. 10k instructions/event. most of them: i am interested? no. ~100. | |
BrianH: 19-May-2007 | Because of this it was able to manage a full GUI and still be as fast as DOS. | |
Maxim: 22-May-2007 | its also nice to know that your GUI is actually capable of reflecting data. not just gui. change the data: fill data value and don't even have to wonder IF and HOW any gadget should change. | |
Maxim: 22-May-2007 | dataflow has nothing to do with GUI. | |
Gabriele: 22-May-2007 | we only need it for the gui - that's exactly my point | |
Maxim: 25-May-2007 | mario, mind maps are very cool... I would like to make an optimised tool for quickly creating and organising mind maps in elixir but I can say that I hope others will join me in adding toolsets... its the whole point of elixir, an open, common framework of integrated and live tools. anything goes into anything, so you can do things like share data between, you graphics, mind map and project management... why not even use some of it to drive the GUI building for one of the panes... I mean, in the end, they are all being used for one goal. | |
Maxim: 8-Dec-2008 | elixir builds a 100% native AGG GUI . EVERYTHING is built using liquid, event the field (control) properties and cursor management. | |
Group: DevCon2007 ... DevCon 2007 [web-public] | ||
Henrik: 10-May-2007 | I'm a bit confused that REBOL/View == AltME now, so does it mean that GUI development is moved away from RT? |
201 / 2867 | 1 | 2 | [3] | 4 | 5 | ... | 25 | 26 | 27 | 28 | 29 |