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: 201 end: 300]
world-name: r4wp
Group: #Red ... Red language group [web-public] | ||
Kaj: 30-Apr-2013 | Petr, in the currently available code, the GTK binding can't function without a callback from Red/System into Red; as Doc says, to pass GTK events into the Red GUI dialect engine. So far I constructed the callback the ugly way, but there's official support now | |
DocKimbel: 30-Apr-2013 | Actually, it's fairly simple, think about a GUI app that sends a click event to your Red/System binding, how do you pass the event to Red code if you can't call it from Red/System. ;-) | |
Kaj: 15-May-2013 | Is the Android GUI AWT? | |
DocKimbel: 15-May-2013 | Nope, AWT is an old GUI built-in Java, so it's handy for doing simple GUI demo. | |
DocKimbel: 15-May-2013 | I will do a prototype wrapping of the Android GUI API in a few days, so you'll be able to put your VID-like dialect on top of it. ;-) | |
Pekr: 16-May-2013 | what kind of GUI is Android using? It surely is not AWK, nor Swing? Just trying to orientiate myself .... | |
DocKimbel: 17-May-2013 | what kind of GUI is Android using? Its own one. See the Android.* classes in Android docs. | |
Pekr: 18-May-2013 | Working in Android Studio a bit, looking into structures, what does it support, etc., I can't foresee, what our aproach is going to be, so lookinf forward to it. E.g. the IDE generates GUI definitions into XML files, ditto various configs, translations. So - what I expect is that you create basid .apk with certain featureset, and from that on, it will be manipulated from Red side. Justo wondering, if we will be able to dynamically generate UI elements, etc? Or will you suggest ppl to use your basic .apk, do certain work in Android Studio, and the supporting backend in Red? Or is your idea that ppl should not need to eventually touch sw like Android Studio? | |
Gerard: 11-Jun-2013 | When I talk about spped it's related to display and GUI ... | |
DocKimbel: 16-Jun-2013 | I'm not sure you're much interested in learning how to do it using Java objects, do you? It can be done already, but in order to implement proper abstraction for Red, we need at least objects support. Also, getting the GUI layer done is higher priority. | |
DocKimbel: 19-Jun-2013 | Actually, you got an error message sent to your logcat. :-) Once things will be stabilized for 4.x support, I'll redirect printing to the GUI. | |
DocKimbel: 18-Jul-2013 | Also, to be able to see any output in DOS console from an encapped Rebol app, I needed to change a flag in the executable file (sub-system: `console` instead of `GUI`). | |
Group: Ann-Reply ... Reply to Announce group [web-public] | ||
GiuseppeC: 29-Apr-2013 | R3 droid is a nice work. Hope to see it with nice GUI elements. | |
GrahamC: 21-May-2013 | so, can you make a GUI out of all this? | |
Kaj: 21-May-2013 | There's also the other way around: most GUI toolkits such as GTK have an OpenGL widget, so with my multi-backend design I can make OpenGL backends for the widgets of those toolkits. You'd have your regular widgets and then the option to use part of the window for 3D | |
Bo: 22-May-2013 | Kaj, I ran into Carl today in Home Depot and we talked about your SDL binding for Red. Do you think it would be difficult to make a binding for R3? Carl was saying that he thought it wouldn't be too hard to convert R3-GUI to run off of OpenGL instead of the current foundation (was it AGG?) so it could be hardware accelerated. Just curious. | |
Bo: 22-May-2013 | Carl must've been talking about writing SDL into R3-GUI then. Sometimes (often) he speaks above my level. | |
GrahamC: 22-May-2013 | In contrast to libraries like Qt and wxWidgets, FLTK uses a more lightweight design and restricts itself to GUI functionality. Because of this, the library is very small (the FLTK "Hello World" program is around 100 KiB), and is usually statically linked. It also avoids complicated macros and separate code preprocessors, and does not use the following advanced C++ features: templates, exceptions, RTTI or, for FLTK 1.x, namespaces. Combined with the modest size of the package, this leads to a relatively short learning curve for new users.[citation needed] These advantages come with corresponding disadvantages. FLTK offers fewer widgets than most GUI toolkits and, because of its use of non-native widgets, does not have native look-and-feel on any platform. | |
Pekr: 28-May-2013 | Well, I have mixed feelings ... Carl simply gave up on Rebol and its message imo ... felt strange: " I'm no longer in the mode of convincing the world about Rebol. I've learned a lot over the last couple years in the trenches." ..... later .... "So, I know really well now that Rebol is not for every developer.... but it would get more interest if R3+GUI was easy to download an get running on a variety of those devices on your list." | |
Henrik: 31-May-2013 | Kaj, need full GUI. | |
Kaj: 31-May-2013 | Yes, no REBOL then. Red has the GTK GUI on Raspberry, but it's basic so far | |
Bo: 31-May-2013 | Henrik, it looks like your wait for GUI on R3 on RPi won't be long, based on Robert's announcement he just made. | |
Pekr: 1-Jun-2013 | What is the link to download r3-gui.r3? There's incrrect link on the webpage, leading just to the same page, not target file ... | |
Pekr: 1-Jun-2013 | gui docs ... | |
Maxim: 19-Jul-2013 | Robert, Thanks for the R3-gui release. Do you have a date for Rebol and view engine also being part of a source release? These where one of the most frequently recurring discussions at the devcon. | |
Kaj: 19-Jul-2013 | r3-gui.r3 is exactly as long as the MS build script for a Windows driver :-) | |
AdrianS: 19-Jul-2013 | Thanks, Robert. Could you briefly describe somewhere (in just a few sentences) the workflow you use when working on/debugging r3-gui? i.e is it possible to stay in the same R3 instance and rebuild (do you even need to be using the monolithic r3-gui script when debugging?), reload the script safely, etc. | |
Andreas: 19-Jul-2013 | So to work on / debug R3-GUI (Cyphre please correct me, if I'm wrong): ;; Load INCLUDE (once) >> do https://raw.github.com/saphirion/include/master/include.r ;; (Re-)load R3-GUI (multiple times; assumes you are in the R3-GUI toplevel directory) >> include %loader/loader.r3 | |
Cyphre: 19-Jul-2013 | Yes, the most efficient way(in Windows) is to setup INCLUDE+R3-GUI loader to be executed everytime you click on *.r3 script. I'm using that and every change to the R3GUI sources is then automatically "propagated" once I run any R3GUI script again. | |
Ladislav: 19-Jul-2013 | Yes, the strategy Cyphre describes is ideal for immediate testing of any changes made to R3-GUI sources. | |
Group: !REBOL3 ... General discussion about REBOL 3 [web-public] | ||
MaxV: 20-May-2013 | 100% of voters on http://rebol.informe.compoll aske for Linux GUI | |
Nicolas: 25-Jun-2013 | Is there a GUI that currently works with Carl's last r3 alpha? | |
Josh: 9-Jul-2013 | Is there an equivalent to Henrick's list-view in R3-gui? | |
AdrianS: 9-Jul-2013 | Josh, there's an r3-gui group that might be a more appropriate place to ask. | |
Group: Community ... discussion about Rebol/Rebol-related communities [web-public] | ||
Robert: 31-May-2013 | Than we have fundamental frameworks and libs like R3-GUI etc. this is a mix of Rebol code and enhancements on the C/D level. |
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: 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: 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: 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: !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. |
201 / 2867 | 1 | 2 | [3] | 4 | 5 | ... | 25 | 26 | 27 | 28 | 29 |