Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

calm before the storm

 [1/8] from: moliad:gm:ail at: 10-Jun-2008 19:22


hi everyone, this is an open letter to the whole community. sorry if its a long post. anyone is welcomed to post questions/comments to this thread, and I will be very happy to keep it going. As I have hinted a while ago (and for some insiders to which I've talked about it/even shown it), I have been silently working on the real Revault site for a little while now (basic site layout and all user login/join operations are finished, including 2 step registration processing with mail confirmation). Before you ask, there is no public release date for the site, this will require a few steps, like finding a proper hosting solution, and maybe even the registration of some domain name. An online preview of Revault is planned, which will be hosted at a temporary url, eventually. The site will be built using a mix of php and remark technology, and will be AJAXed as needed. As remark v2 gets up to speed, the php side of things will be weened out slowly as changes are applied to the site. For Revault, as well as for many other tasks, I have reached a point where I need to generate quite a few graphics. There are MANY graphic packages out there, but nothing seems to fit the bill for what web integration really needs. They are either biased towards photography, illustration, or are just so damned badly designed, that creating MANY images, often cut up into little pieces AND allowing further changes without loosing all of the information required to rebuild ALL images exactly the same at a touch of a single click, is impossible, let alone modify some aspect globally and regenerate them afterwards. furthermore, a tedious task is the one needed to re-integrate them into the web pages or the applications which use them. Curing this specific problem has been something I have wanted to do for a long while. Thus I am working on a new application, 100% rebol-based called Picture-lab. There is a lot of directions and an exponential amount of features I can add to such an application and, indeed, it has already been re-architectured 3 times, and completely re-coded within the last few days. I have spent quite a few number of hours wandering off in my head thinking about where I want the application to go, and the number of feature branches one can build up is just astounding ... in manner of minutes... hehe. --------------------------------------------- so what does this mean to you? quite a few things, in fact: --------------------------------------------- -Obviously, we will all benefit from having a new, eventually extensive graphic/paint package (even if you're not a rebol user, btw). -Remark v2 will be getting a boost in its project priority, and more exciting news is expected about it in several weeks. -GLayout is being improved upon almost daily, and many new robust features are finding their way. In just 3 days: ------- * Cured the largest layout bug in history I didn't even know existed yet. * Completely revised/extended and patched the rebol/view text editing for all field and areas. The path allows us to control and react to each keystroke. (added before-key/after-key function support to face/feel directly) this engine even allows you to change the current key or action being typed and allows you to consume events, preventing the editing to occur... as an example: creating an integer! restrited field type is now a 3 line affair, even preventing copy/paste of invalid values! * Added a pair! view style which reacts to mouse scrollwheel... scrolling over the text, actually modifies the coordinate under the mouse!, but its still a field, and can be typed-in directly... what's more, you can't enter anything else than a value which can be converted to a valid pair!. * Added on-focus/on-unfocus function support to all faces. * Many little fixes and improvements. * Many more are planned. - People will now have a reference point for just what GLayout can do in real-life. I (and others) have used GLayout for a lot of applications but its always been private, commercial stuff. now we will have a public offering which uses it, and quite a big one at that. -Picture-lab will be hosted on rebol.org, you will be able to download it and see its guts. As is the habit for my coding, It will be littered with comments (often verbose), to helpy you understand what's going on. As a refence, my code often has more than 30% of its source size decidated to comments. ------- * this will force me to release a slew of yet unreleased libs, as the application progresses * this will force me to update all of my libs on rebol.org for each release of picture lab - I am using Picture Lab as a use-case for R&D on application conversion to a full dataflow model. ------- * the first version has none of liquid or liquidGL within it. its a voluntary decision, even if building it using liquid from the start would have been MUCH simpler. * once I have the initial feature base functioning at a production quality level, I will convert most of the application into using liquid. * this will give me a lot of reference into what porting an application to dataflow entails. Leading to some documentation on the subject for sure. * will allow a lot of comparative bechmarks on liquid's speed, interactive capabilities, application size differentiation, and development impacts. - I will be using liquid in a public application (starting at second full release) . ------- * people will be able to see how dataflow works, and more specifically, how to use it with liquid itself. * it will probably lead me to improve upon the liquid model, adding a few of the planned, next-generation features I've been postponing for a long-time (any of: shared dependencies, pull message parametrization, branched caching management, two-tier disk/ram caching ). * it will force me to release many of my currently private liquid-based libraries, including the multi-layered graphic engine, which allows any draw stroke (or combination of them) to become an entity, juste like a face, or a R3 gob!, with feel-based mouse/focus interaction capabilities. -------------------------- So, as you can see, there is a lot of activity planned for the comming months, and all of this is already in motion. A lot of the above, is either done, or underway, so its not a wave of wishfull thinking. Its been hard to keep a lid on most of this, since, I've been working in the shadows for a while... only hinting infrequently as to what I am doing, not always in public either. only thing left to do is ask about any features you wish picture-lab would have in order to help you manage your graphic needs for web and application work. Its possible I already thought about it, but having feedback will help me raise priorities on any future development. rebol on ! -MAx

 [2/8] from: gregg:pointillistic at: 10-Jun-2008 18:07


All I can say is...go Max go! (maybe I'll beat BrianT to it :) -- Gregg

 [3/8] from: moliad::gmail at: 10-Jun-2008 22:19


On Tue, Jun 10, 2008 at 8:07 PM, Gregg Irwin <gregg-pointillistic.com> wrote:
> All I can say is...go Max go! (maybe I'll beat BrianT to it :)
its already motivating to see Picture-lab first baby steps: mouse-wheel scrolling over a pair value in the gui's property pane, and see a draw block rebuild itself, bound to the value under the mouse cursor, rendering in real time. :-) tonight, I should finish (actually rebuild, again ;-) undo/redo and file i/o I've just discovered a strange REBOL bug where once a failed attempt at using to-image is encountered, a face no longer is able to be used with to-image.... meaning I must do: image: attempt [to-image MAKE myface []] arrgh... such little things make us loose sooooo much time... -MAx

 [4/8] from: idsrini::gmail at: 11-Jun-2008 11:51


WAY TO GO MAX - ALL THE BEST ..... Would the Graphics Package support animation (SVG stlye or otherwise), Time-frame based, or object/entity based ........ Would one be able to use it as a charting/graphing/animation package...... Would it allow interaction and/or integration with other faces (like Text field, Label field, area field, etc).... ALL THE BEST once again .... -- Srini On 11/06/2008, Maxim Olivier-Adlhoch <moliad-gmail.com> wrote:

 [5/8] from: petr:krenzelok:seznam:cz at: 11-Jun-2008 11:35


Maxim Olivier-Adlhoch napsal(a):
> On Tue, Jun 10, 2008 at 8:07 PM, Gregg Irwin <gregg-pointillistic.com> wrote: >> All I can say is...go Max go! (maybe I'll beat BrianT to it :)
<<quoted lines omitted: 11>>
> arrgh... such little things make us loose sooooo much time... > -MAx
Max, any demo or screenshot for impatient? :-) btw - if, during your work, you find out that some feature would be good to have supported, there is Graphics group in r3-alpha world, so you could talk needed low-level features there. Maybe Cyphre will notice and implement it for you/us :-) -pekr- -pekr-

 [6/8] from: moliad:gma:il at: 11-Jun-2008 14:50


hi Pekr, right now, picture-lab only has its first picture editor type. its a text-area in which we write an effects block. Other editors are planned, (a graphic element stacker (like illustrator), a simple paint, and a graphical node-based editor). Although the text-area editor sounds simple, and un-artistic, the actual handling of that text is quite advanced, I deep bind the code to external values, which are properties, so you can use external words in your effects. if you size related values, like in this simple example: gradient 0x1 red black draw [ pen yellow line-width 3 box 10x10 (size - 10x10) line 10x10 (size - 10x10) ] anytime you change the size in the properties gui, the draw adapts, the history is populated and a new render is done, so the box and diagonal line are always pinned to the corners of the image. ALL programming errors are gracefully handled. Indeed the text-area bg even changes color in real-time as you type to hint to you what's wrong (unloadable, unbindable, uncomposable, unrenderable) The text-area in which we edit the effect block uses GLayout's editing patch and actually calls the whole rendering procedure in real-time, adding to the undo history only on valid effects blocks (it knows when the render was successfull). so you can type your stuff and every time a valid effect occurs, as you type, the output refreshes. so right now, picture-lab is the most advanced draw block editor I know of. its actually quite fun to type in your effects and draws and see them pop-in as you type. Its a hell of a lot easier to do graphics for rebol apps now. I'll post screen shots when I have at least a pretty picture in the output and the properties pages has a bit more "meat" in it. shouldn't be too long. btw, when R3 is a little closer to release (and picture lab is liquified), I will be porting picture-lab to it. this will be pretty easy, using liquid, as all of the actual code is abstracted through the dataflow kernel. If I update the kernel to R3, the same high-level code should work in both R2 and R3, on completely different graphic and i/o sub-systems. -MAx On Wed, Jun 11, 2008 at 5:35 AM, Petr Krenzelok <petr.krenzelok-seznam.cz> wrote:

 [7/8] from: pwawood:gmai:l at: 11-Jun-2008 14:48


Hi MAx Sounds great. I look forward to seeing Picture-lab soon. Regards Peter On 11 Jun 2008, at 00:22, Maxim Olivier-Adlhoch wrote:

 [8/8] from: moliad:gmai:l at: 12-Jun-2008 5:47


Things are progressing rapidly :-) so far the app is very stable, (using rebol v2.7.5) I just finished the save and load functions... its quite fast, and I decided to go all the way... The whole history stack is saved along with the image.... and it even remembers if you where part way in the undos.... imagine this.... you work ... you undo a few steps back... you save out, you quit the app, start it back, reload the picture set... and you look at your picture... redo... and bam... the next version of your image appears... I really did this earlier! :-) so its looking good for a first alpha release soon... I've got to revamp the gui a little bit, add a few different gadget types to the properties, add a few management buttons like "delete picture" (currently, we can only add new ones. we can't ever remove them... hehe), allow adding custom values, improve the smartness of smart-undo, etc. I guess I'll be releasing something this week-end, wherever I'm at... it'll give a good glimpse of where I'm headed in any case. -MAx On Wed, Jun 11, 2008 at 9:48 AM, Peter WA Wood <pwawood-gmail.com> wrote:

Notes
  • Quoted lines have been omitted from some messages.
    View the message alone to see the lines that have been omitted