resize-vid
[1/3] from: rotenca::telvia::it at: 25-Mar-2003 20:32
I've released resize-vid here (auto-resize system for layout windows):
http://www.rebol.it/~romano/
---
Ciao
Romano
[2/3] from: petr:krenzelok:trz:cz at: 26-Mar-2003 1:10
Romano Paolo Tenca wrote:
>I've released resize-vid here (auto-resize system for layout windows):
>
>http://www.rebol.it/~romano/
>
>---
>Ciao
>Romano
>
OK, few things to discuss ...
1) do-resize is way too similar to resize-do :-) Maybe 'do-resize could
be renamed to simply 'resize?
2) I think that what we may often need is font resizing with face and
while resize-do with certain code can do nearly whatever, I call for
'resize-font as a shortcut facet
3) One of the most confusing things about VID I found is - its 'list
style. And why? Because it combines dialect with absolutly unintuitive
way of mixing dialect and function body, which presumes user to know
exposed local function words! So confusing! I watched several newbies
struggling with style and in the end not using it. So, that is why I
suggest to rethink following aproach:
*text "Resize the font" resize-do [
if delta <> 0x0 [
face/font/size: face/size/y * 0.5
]
]*
delta
is the pain. I wonder if I am the only one who feels that way,
or is that anyone else with similar observations? The worst thing is -
how to do it more intuitively?
4) I wonder what others think of 'anchor facet in relation to
imagination what will actually e.g. anchor-xy 'button 1x0 do? :-) That
seems to be the toughest part for me, as it takes me a while to imagine,
what will actually happen to layout. But maybe it is just my slow
thinking? ... maybe it just requires a bit of a training :-)
5) naming concept - do-resize, resize-dump, auto-resize .... what about
wrapping them into context and allow resize/dump, resize/do,
resize/auto, resize/whatever? Just a thought ....
Anyway - to most of you, Romano's system will work out of the box imo
.... just remember one rule! - apply auto-resize to layout first, check
what the layout does for you automatically, and only then try to add
some resize related facets ... in most cases you will not need to do
nearly anything or you will be OK with simple resize-next facet ....
cheers,
-pekr-
[3/3] from: rotenca:telvia:it at: 27-Mar-2003 18:26
Hi Petr,
> 1) do-resize is way too similar to resize-do :-) Maybe 'do-resize could
> be renamed to simply 'resize?
could be
> 2) I think that what we may often need is font resizing with face and
> while resize-do with certain code can do nearly whatever, I call for
> 'resize-font as a shortcut facet
i wanted to keep the source code short, there is some problem in setting the
minimum. the maximum, how font must change when change hight and/or width of
face...
> "delta" is the pain. I wonder if I am the only one who feels that way,
> or is that anyone else with similar observations? The worst thing is -
> how to do it more intuitively?
i'm open to any suggestion, perhaps a better name wold be delta-size or only
size, i have no idea about another method, perhaps the user could define the
functions by itself, but it must respect the argument orders, like happen in
others language for hook functions
> 4) I wonder what others think of 'anchor facet in relation to
> imagination what will actually e.g. anchor-xy 'button 1x0 do? :-) That
> seems to be the toughest part for me, as it takes me a while to imagine,
> what will actually happen to layout. But maybe it is just my slow
> thinking? ... maybe it just requires a bit of a training :-)
in my approach anchor is the last option, when nothing else can help
> 5) naming concept - do-resize, resize-dump, auto-resize .... what about
> wrapping them into context and allow resize/dump, resize/do,
> resize/auto, resize/whatever? Just a thought ....
resize-dump is in a separate file, only a debug helper
For the other names, can be, but it seems to me that the standard rebol code
does not use too much this style of naming and, to be honest, i do not like to
fill my code of paths.
Thanks for your suggestions.
---
Ciao
Romano