[ALLY] Re: Freeze Snapshot?
[1/13] from: mike:myers:cybarite at: 9-Nov-2000 7:07
My view about getting my View: I will have trouble selling View usage (even for prototying) and therefore acceptance until it hits General Availability status.
[2/13] from: agem:crosswinds at: 9-Nov-2000 8:27
[petr--krenzelok--trz--cz] wrote on 9-Nov-2000/19:06:58+1:00
> > Hi Elan, > >
<<quoted lines omitted: 52>>> have packed image, will 'decompress it, but can't load it into image > datatype. The only way seems to be to save it to file first ...
maybe you can use [load to binary!] ? i use enbase/debase without compression for pics. another: you can fake a ram-floppy by a little protocol. this gives you binary load from strings :) could also solve this 'load-thru ..versions, something like [load thru-net://my.jpg]. Volker
[3/13] from: rebol::techscribe::com at: 8-Nov-2000 16:14
Hi, I wonder whether you feel that /View is stable enough to freeze a snapshot at this time and release it as View 1.0 under the same license as /Core? Take Care, Elan
[4/13] from: petr:krenzelok:trz:cz at: 9-Nov-2000 19:06
> Hi Elan, > Stable enough, Yes.
<<quoted lines omitted: 4>>> 1. Changes to ports to allow better backround asychronous > events/downloading.
asynchronous, tasking, modular, whatever :-) agreed ...
> 2. Minor cleanup in VID. Expansion of variety of VID gadgets. > (some of this can be done by the REBOL community)
<<quoted lines omitted: 3>>> 5. Scaling & Font Rotation: Planned features, that could be dropped until > v1.1
I am fine with fonts. However - I very rare use default setting for fonts. Do you think it is really good to have shadowed fonts by default? I don't like them because of worse readability ...
> My Wishlist, > 1. A way to create native Menus in the Windows.
Not sure it fits View philosophy - we have very core architecture - faces - and as I suggested, we could build menu plug-in, component, module, widget, call it whatever. But looking at matlab, their figures have possibility to have default os menus .... after all - we use default os window bars, right?
> 2. DB connectivity...
Hmm, if we are talking view - I will not more agree to such arguments :-) For me there is only one way for Rebol, or I would probably not use it .... e.g. if RT would not show me a signal having components, modularity, etc. is the way to go, REBOL would not be technology worth enough for me, as I know what Carl gave us by creating AmigaOS and what he has promissed to us - to bring us better system .... So, DB connectivity is case for separate component. Once we have dynamic components, you will be probably able to buy just what you need - I e.g. don't need /ODBC, /Oracle so why should I pay for it? It's also very limiting factor for RT itself. If someone has already Oracle, he/she can probably afford to pay some XXX or even XXXX USD for /Oracle. I can very easily imagine buying /Shell for 30 e.g. and /Library for 50 - 100 USD ... current state of things is something I can't understand - do you know language where you don't have shell by default, or you have to use special version to just call libraries? One and only core.exe and others as components (libraries) - it works that way in computing for ages ... But looking at practical usability, I would better welcome things as load/files, load/dirs, load/dir-tree, find/deep, native drawing lines, boxes, circles, ovals, filling the areas as effects to faces. They are small additions but can help so much to speed certain functionality. Also operations upon arrays is so slow. Why don't we have basic matrice operations? I've heard many things can be solved by matrices - e.g. own effects to faces ... Should I add, change of mouse pointer? Mouse is still the same thru all the states, it's sometimes confusing ... btw: why 'load doesn't allow us to load images from strings? Let's say I have packed image, will 'decompress it, but can't load it into image datatype. The only way seems to be to save it to file first ... Later, -pekr-
[5/13] from: petr:krenzelok:trz:cz at: 9-Nov-2000 6:19
> Hi, > > I wonder whether you feel that /View is stable enough to freeze a snapshot at > this time and release it as View 1.0 under the same license as /Core?
1) I am not sure if RT is sure about the same kind of licency as we have it with /Core .... but they imho should be :-) - what's more - once /View is just and only component to /Core, it should be regarded no separate product, but just some kind of library (component) needed to present your work ... or maybe not :-) Well, Carl & the gang surely knows where they want to go .... 2) as for freezing the product - yes, last experimental of /View (at least under Windows) seems to be pretty stable. RT should however fix what is fixable in short period of time ...Also look at Allen's rebolforces site for some issues to solve ... I would also like some small additions requested from early /View beta 1 version, as change of the state of mouse pointer (we can store bitmaps in system structure, right?), possibility to hide mouse pointer, transparency at top level, ability to open window in such mode, that it would stay always in front (imagine floating bars in Photoshop e.g.), some basic drawing primitives implemented as effects - line, oval, circle, box, filling of such areas, etc. stuff ... Of course, much of the requested stuff doesn't break current functionality in any way - it just does View more usable, possible faster. What I fear of more are changes to core - It would be good to have modules introduced soon. It would be also good to dynamic components ready soon and have one and only rebol.exe/Core. - it's stuff which can influence the style we design rebol apps. It's sad knowing rebol/apache with modules would rock, and see /Express developed upon current solution, while Carl posted his concrete description for modules functionality some half year(?) ago ... -pekr-
[6/13] from: allen:rebolforces at: 9-Nov-2000 22:46
----- Original Message ----- From: "Elan" <[rebol--techscribe--com]> To: <[ally-list--rebol--com]> Sent: Thursday, November 09, 2000 10:14 AM Subject: [ALLY] Freeze Snapshot?
> Hi, > > I wonder whether you feel that /View is stable enough to freeze a snapshot
> this time and release it as View 1.0 under the same license as /Core? > > Take Care, > > Elan >
Hi Elan, Stable enough, Yes. It is getting very close to release, I think it is only one (or maybe 2) revisions away from being releasable. It is just a matter of refining what is there. ToDo... 1. Changes to ports to allow better backround asychronous events/downloading. 2. Minor cleanup in VID. Expansion of variety of VID gadgets. (some of this can be done by the REBOL community) 3. Consolidation of the various caching functions ( read-thru, read-via, load-image, load-thru, read-net) 4. As mentioned by Petr, stay on top windows and real modal popups. 5. Scaling & Font Rotation: Planned features, that could be dropped until v1.1 My Wishlist, 1. A way to create native Menus in the Windows. 2. DB connectivity... Cheers, Allen K
[7/13] from: arolls:bigpond:au at: 10-Nov-2000 17:35
Allen Kamp wrote:
> 4. As mentioned by Petr, stay on top windows and real modal popups.
Modal popups are evil. I hope we all have the good sense to avoid using them.
> My Wishlist, > 1. A way to create native Menus in the Windows. > 2. DB connectivity... > Cheers, > > Allen K
My wishlist: 1. Scroll bars with both the buttons together at the bottom/right, and that don't snap back to their original position (as in windows - eugh! help me!) Anton. :)
[8/13] from: g:santilli:tiscalinet:it at: 11-Nov-2000 16:58
Hello Anton! On 10-Nov-00, you wrote: A> My wishlist: A> 1. Scroll bars with both the buttons together at the A> bottom/right, and that A> don't snap back to their original position (as in windows - A> eugh! help me!) Check out scroller-styles.r on my reb site. (I didn't check it with the latest experimental, but it should work.) I still have to write the docs, unfortunately... :-/ (BTW, PeO, did you have any more problem with my scrollers?) Regards, Gabriele. -- Gabriele Santilli <[giesse--writeme--com]> - Amigan - REBOL programmer Amiga Group Italia sez. L'Aquila -- http://www.amyresource.it/AGI/
[9/13] from: peoyli:algonet:se at: 11-Nov-2000 22:54
No more problems with your scroller, but I have another problem that stops me from doing what I want.. The 'field type is getting events on mouse clicks (anywhere).. So if I use a scroller together with a field, and click the arrow up or down key, that click will add another line to the list I'm trying to scroll.. I've posted about this problem along with a simple example about a week ago in the empty "Problems with field & mouse clicks" thread.. /PeO
[10/13] from: peoyli:algonet:se at: 11-Nov-2000 23:32
Forgot the even more simple example to illustrate the problem: view layout [ f1: field 300x20 [print join "|" [f1/text "|"]] do-noting-button: button "Nothing" ] The "Do-nothing-button" actually does a thing it shouldn't do.. or something... It triggers the action block on the f1 field (which I guess is what nobody wants or excepts it to do)... /PeO
[11/13] from: g:santilli:tiscalinet:it at: 12-Nov-2000 9:23
Hello P-O! On 11-Nov-00, you wrote: PY> I've posted about this problem along with a simple example PY> about a week ago in the empty "Problems with field & mouse PY> clicks" thread.. Try setting: field/dirty: no on your field face (inside FIELD/ACTION perhaps). It is set to YES each time the user inputs something and should reset to NO when the user hits enter; when it is ON, FIELD/ACTION is called if the user switches focus. If you never want this to happen, try hacking into system/view/vid/vid-feels/edit-text. HTH, Gabriele. -- Gabriele Santilli <[giesse--writeme--com]> - Amigan - REBOL programmer Amiga Group Italia sez. L'Aquila -- http://www.amyresource.it/AGI/
[12/13] from: peoyli:algonet:se at: 13-Nov-2000 13:38
Clearing the dirty? flag helped a bit, but the field's action block is still evaluated when I click inside the field if the contents has changed. Could not find anything that causes this in system/view/vid/vid-feels/edit-text either (saved the system object, the system/view object and system/view/vid object to check this out). /PeO
[13/13] from: g:santilli:tiscalinet:it at: 14-Nov-2000 13:06
P-O Yliniemi wrote:
> Could not find anything that causes this in > system/view/vid/vid-feels/edit-text either (saved the system object, > the system/view object and system/view/vid object to check this out). >> probe system/view/screen-face/feel
make object! [ redraw: none detect: func [face event][ foreach evt-func event-funcs [ if not event? evt-func: evt-func face event [ return either evt-func [event] [none] ] ] event ] over: none engage: none event-funcs: [func [face event][ if all [system/view/focal-face event/type = 'down event/face <> system/view/focal-face system/view/focal-face/dirty?] [ do-face system/view/focal-face none] either all [event/type = 'key face: find-key-face face event/key] [ if get in face 'action [do-face face event/key] none ] [event] ]] ] The first event-func seems to be guilty of that behaviour; you could just remove it... HTH, Gabriele. -- Gabriele Santilli <[giesse--writeme--com]> - Amigan - REBOL programmer Amiga Group Italia sez. L'Aquila -- http://www.amyresource.it/AGI/
- Quoted lines have been omitted from some messages.
View the message alone to see the lines that have been omitted