[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
Elan wrote:
> 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
at
> 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/
Notes
- Quoted lines have been omitted from some messages.
View the message alone to see the lines that have been omitted