AltME groups: search

I need this one to be batch able from a script.

hmm, that might be a problem then ...

directory opus 8 has as similar function and is scriptable, I believe, 
but I can't be sure if it can be run from a cli

it can do an incremental backup .. but I don't if it will or will 
not copy over a later file if they are different

long being a more than an hour... ;-)

As Steve mentioned, I will probably been in Europe Mar 18-Apr 3. 
 Going to London, then I will probably head to either France or Italy 
for a week.

Just so that it is not overlooked, I just started a new group to 
talk about communications solutions for desaster relief goups

I need such a sync/copy/tracking tool for Windows...

IMO making a xxcopy clone can't be that hard but of course it takes 
some time... BTW: xxcopy is sold for 40 EUR per license and it seems 
to be the only tool with such a feature set.

Yes, I thought about using cygwin... would work but not an elegant 
solution for such a "simple" problem.

Is there a way to type in an expression into Visual-Basic-Editor 
in Excel to get it evaluated? Something like the console in Rebol?

Has anyone thought about advertisement kiosk  network? Maybe kiosks 
are not the correct word. Let me explain. Some time ago I watched 
Scala Multimedia and how it is used, mainly in US. It can take sources 
from various parts and play them. The, when we at Xidys paid for 
one local media advertisement, it was some 5x7 cm and it costed us 
5K CZK = 218 USD. Quite a lot of money, as it was just local paper, 
issued weekly. Then I visited other town and saw one advertisement 
pannel of one computer shop, it was that typical rolled kind of equipment, 
like watching panel at airport telling when planes take-off ....

We are working on a product to compete with Scala.

Carl showed me once an old 486 he made do full motion, full color 
interactive television with a simple vanilla VGA card...

Does anyone else think that might be useful, and should I post a 
rambo ticket to request that ?

I understand that this extra action might slow View down a bit, so 
perhaps it could be switched on using a flag like   face/options: 
[redraw-view]

Kru, I noticed some things in your demo code: tachomtr.r
- COPY COMPOSE not needed, COMPOSE does a copy for you already.
- repeat i 10 [...]

where i is not used in the code block (you have a couple of those)
can become
  loop 10 [...]

This saves creating a context with the word 'i in it each time (which 
is what REPEAT does internally).

Ok, I don't need the new action anymore; I simply avoid recursion 
possibly caused by the face/action by setting flag. Here is a demo 
showing face action trying to recurse, and redraw catching this using 
the flag:

Good find, I think it may be the answer to a few of my redraw problems 
as well! ;)

Might make a good cookbook entry as well.

but, if you provide a script, the desktop won't open.

I found that my previous redraw action handling example is not quite 
perfect; when the effect block contains [merge luma 20] and the action 
block contains a show, and when the window is shown again after being 
covered by another window, then it appears the luma is applied twice 
(ie. twice as bright).
Anyone who copied the above example should add that as a note.

Hi all,


if I want to know if there's any dirty face in a "window" is there 
a faster way than looping through all faces in the pane, and check 
wether they are dirty?

When I did something like that Ingo, I added my own dirty-data flag.

Had to put a dirty-data: true into the action facet of all input-able 
fields, of course.

What I want to do is to add to AD for each day of a month (31) single 
panes, that have the number of the day as text and mark weekends 
in red. The numbers should appear top-down for numbers > 10. so like 
this:
1
0

Hey, anyone know if there's a way to return events to a face underneat 
the current one?

The best I can think of is looping through face/parent-face/pane, 
checking offsets, and activating the correct one... I'm hoping someone 
will have a nicer solution, though  ^.^

What's the ultimate goal Izzy? That is, why do you have a face over 
the face?

You mean make a face "transparent" to events ? You click right through 
the box, and it hits the checkbox. I did something like that once....

Check out this old script. It's a bit messy, but the example works.
http://www.lexicon.net/antonr/rebol/gui/transparent-events.r

IIRC Cyphre has in his drag-drop-demo a find-face-underneath which 
scans the all faces, not only the ones in the parent-pane.

Yes, find-face-underneath is rudimentary. Needs to be a recursive 
search.

Ah, got confused. you have a 'copy-event without it, thought you 
used that.

ehh.. 10kb will take a while for me to go through *and* understand 
- for the moment I'm sticking to transparent-events  ^.^  eenyways, 
lunch and work meeting, then I'll start  >.>

but for a start the face-finder in %transparent-events.r is enough. 
i would stick with that script for a while :)

... and I tend to agree with someone (do not remember now) who submitted 
RAMBO bug re strange behavior of 'over function. It is imo useless 
(try to prove me being wrong), if 'engage has to be used instead 
for "over" detection, when e.g. mouse button is pressed ... because, 
imo, it still belongs to 'over, although it is a bit "engaged" :-)

Levelarc is nice but unfortunately shows some small but noticeable 
inaccuracies in agg (implementation ?). Not a showstopper and hopefully 
they will be fixed in good time.

Actualy it would be nice to see some final Linux 1.3 this month... 
Im leaking intrest currently while only Windows version is released.. 
Its a pitty..

IIm not often complaining but Im getting a bit disapointed about 
this.....Well anyway.. Im killing GUI time here with some alternatives...Hope 
RT do  thier best..

We should not complain here probably, as this group has web-public 
flag and is web-visible :-) But, you are probably right. Rebol is 
meant being cross-platform. It was said SDK and other platforms will 
come shortly after. We all probably differ in what does "soon" mean. 
E.g. no single last year devcon announced technology change was delivered 
yet, and that is not a good signal.

Although blogs are meant to be personal, being RT I would really 
ommit articles like "Yep ... REBOL summertime", as it shows RT in 
VERY bad light, being kind of one-man home company, which simply 
sends message like "we are on a vacation, don't expect much activity 
in upcoming weeks" ....

... currently there is probably no single project running (well, 
maybe except RebGUI). Maybe it would be good if Rebol.NET would feature 
links to some top rebol products/projects (Maarten's bundle?) IIRC 
Carl mentioned it is a good idea, so maybe I could put small reminder 
about that in RAMBO? (if this is the right place, but I think it 
is ...)

a nebo rovnou trista tisic

http://matplotlib.sourceforge.net/fonts.html, they say "The GD, Agg, 
and Paint backends all support freetype fonts, which provide high 
quality, anti-aliased font rendering to PNG and JPEG output without 
X support.". Not directly usable for us, its a python plotting lib. 
But maybe something can be learned from the source, or asking them?

When installing view (1.3), the dirctory containing %public/, %desktop/ 
folders, etc, can be put anywhere in the filesystem, but is there 
a way to find out where they are stored from within rebol? system/user/home 
would have been an obvious choice for me, but it is 'none.

Searched around in Notepad (write %System.txt mold system) to find 
this:

>> skip find mold system {RebOSFiles} -30
== {  view-root: %/c/Izkata/Rebol/RebOSFiles/
        pop: unset
        screen-face: unset
        save-user: func [
            "...
>> ? view-root		;Thar ye go  =^)
VIEW-ROOT is a file of value: %/c/Izkata/Rebol/RebOSFiles/

Is this a bug?

I have a iterated face that draws some text at different x-offset 
postions. Than the user can change some things and text will be drawn 
at other x-offset postions. The problem is, that the text drawn first 
is still there. The face isn't cleared... how can I do this with 
iterated faces?

I'll look at this code, but I just hacked a demo which might be interesting 
for you:

I think your above function is a SUPPLY function, isn't it ?

It's just a simple iterated face-function is described by Carl in 
his blog and view-doc.

so the "display-face" has to be the same all the time. means, either 
copy your data in it, as you do within a supply-block. Or put your 
face in display-face/pane.

The thing is that I have a pane that's 200x20 in size. Within these 
200 pixels, I'm positioning 5 faces that have a with of 30 each. 
So there are areas where my function doesn't return a face for. And 
these areas are not cleared by View. So if I hit the older text, 
it's overwritten, if not it stays there.


The problem is, that the box, where the iteration function is used, 
isn't cleared before doing a refresh.

I think it is strange that you are iterating different faces. That 
seems to defeat the purpose of iterating to start with. You should 
iterate one face. It is a single face which changes its position, 
shape and contents rapidly when it is asked for. You have to ensure 
that the face always has the correct information when it is asked 
for. But anyway, we can't make good suggestions unless we see a more 
complete demo that we can run.

You are using a single iteration function to manage three faces. 
Hmm... I hesitate to say it can't be done, but maybe it isn't recommended... 
unless I misunderstand it.

ie. 
	1 2 3 4 5 6 7 8 9 10 11 .... 
or
	1 2 3 4 5 6 7
	8 9 ...
Perhaps you can draw and show us a picture of it ?

I think you need 2 main faces:
- A normal iterated face for days.

- A classic face with 5 subfaces to display week. You just have to 
change offset, size and text according the monday location.

That's not true. I've seen a demo of iterated virtual faces flying 
around everywhere.

So there are areas where my function doesn't return a face for. And 
these areas are not cleared by View.

 Thats why i said "show parent-face". then the whole background face 
 is redrawn, then the iterated faces in its pane-function.

for coordinates, my demo-rebol-colorizer uses them. Positions faces 
freely over a text.

Help ... I am trying to reset a button's background color with an 
action but am missing how to do that under View 1.3.  I think it 
worked before. I had thought it was:
  
view layout [button "Test" gold [
    face/text: "Text Reset" 
    face/color: red 
    show face
    ]
]

Thanks Petr ... I was hoping it was something simple that I was doing 
wrong.  


I have been probing the face objects for awhile and looking at the 
new View documentation.   I used the new View doc to get this to 
work 
face/color: get pick [green red] face/color = red 


from the example in a face but can't get the same satisfaction under 
VID layout button.

Also button is not the best example for customisation, as it does 
a lot to be smart with the vid.arguments.

Button style has changed since 1.2.1.

In 1.2.1 when you provide color(s) for a button, the button was simply 
of this color(s), no effect.

So you can change button color after layouting by changing the face/colors 
facet.

one is, maybe you want a toggle instead of a button?

that 'redraw is copypasted from original source (probe get in get-style 
'button 'feel).

then instrumented with a few probes. so i can track what really happens 
on  redraw.

because i am not a graphics person ;) with default colors an effect 
looks like this: [gradient 0x1 66.120.192 44.80.132] and without 
[gradient 0x-1 32.32.255 173] . in first case last value is a color, 
in second an integer. seems the integer filters face/color, while 
the color-tuple overrides it.

Thanks Volker et al.   I am using VID for a quiz for my kid's grade 
school studies - mostly history and science questions.  In this humble 
attempt, the button label is the answer to a multiple choice question. 
When an answer button is clicked it changes from a default color 
to green if it is a correct answer or red if it is a wrong answer. 
 This might offend UI experts but the button color change (when it 
works) gives immediate feedback.  Repeating the drill seems to bring 
the number of wrong clicks down until they get toward zero and grades 
seem to go up accordingly.

just as a side-effect i have discovered that buttons can blink. just 
set face/rate and show the face.

maybe thats feedback too? none stops, integer is "frames"/sec, a 
time the delay.

doc - i think the combination of view/vid would be a good start. 

one thing to know is the facets. when you know them, all this magic 
in button-code suddenly looks lots simpler. all this ifs read like 
"turn on/off" in oops-doc then.

the other is how to get arguments from vid (that face/colors etc 
where they hide, and how to make face-specific words). when you can 
make a color-changing face and pass the colors thru vid that should 
give a cool feeling for the beginning :)

multi-grid - i have done that, but in a "hardwired" way. all the 
lists are in a global block, and tab knows about that.

then using hotkeys in the parent-face of the lists IIRC. Maybe you 
friend and me can start a thread somewhere to work on that? discussing 
ideas, me answering technical questions?

Thanks again... my plan on the VID quiz was to post it on the script 
library when I get it working in 1.3.  

Then if it is worthwhile some new special effects can be added like 
blinking or sound or some graphing of results and journalling of 
scores.   


The hard part is still looking at the subject material and extracting 
questions that lead to some understanding of the material.
     

But once that is done, a student can review  dozens or hundreds of 
questions repeatedly in a different order each time.  


And a new quiz can be added just using a text file in rebol block 
format.  

And of course, the VID script and the data files could be internet 
read instead of being local.

Cool :) And then we make a rebol-quiz? :)

I was used to change "private" to "public" in such frameworks first, 
to be allowed to change something. ok, that was years ago. Know i 
see cmplex things like swing, which allows to change anything, if 
you understand all the concepts. The docu is a few times bigger than 
the whole vid-source. But then, i am using rebol a few years now 
and swing or whatever a little. Though, such guis look so similar 
that i doubt they are really customisable ;)

In a way i agree. but my prefered way is a dialect, and there is 
one: vid. It would be muach easier if one could say
  set-face button-f[ blue green "you got it" ]
instead of

  bf/set-fore-color blue  bf/set-back-color green  bf/set-text "you 
  got it"

the data-thing is ok for me. I think its more like you often argue: 
there is a programmer and a designer. the designer chooses colors 
etc. In styles. the programmer provides values. and the interaction 
is done through set-face/get-face

of course the programmer has to make the styles too, together with 
the designer. but that is a different "role".

what two apis? set-style/get-style is cool api, I just say it should 
be extended. If designer asks me to expose change of backcolor, I 
will do internally to my style whatever is needed, and expose it 
via set-style 'back-color value. Facets are different thing - they 
are dialect related, you can (or don't need to) expose 'back-color 
as a facet to allow its usage directly via VID code ...

if i want to change that later, why leaning a different way to do 
it?

Yes. You can pass a vid-block to an existing face and update the 
face. the face then knows what to do with a string, a clolor etc. 
not yet, but would be doable.

VID works like "customize at creation-time". thats enough for simple 
things. other guis even do not allow" more. If you could change the 
color of a button, they say about "user-guidelines" and "l&f", and 
that a red button is absolutely not discusable.

simple vid-styles are basically a wrapper around view-faces. they 
add a simple behaviour (pressed-flag and action/colors based on that) 
an some smartness about vid-args. if you want customisation, its 
nearly as easy to write an own style. surely docu, examples, vid-source 
with comments public would help.

barebones of a button, one with behavior and simple look (two colors), 
another shows smart vid-arguments (all this "if color if effect" 
etc).

Such a comparision doesn't make sense. So > shouldn't work for pair! 
(more specific for two pair!)

So, the error message is a bit confusing.

Is there a way to hide the mouse pointer in view  when its over a 
face ?

Maybe a good enhancement request.

Hello y'all. Does anyone know how to correct the following? I have 
a "list" of toggle buttons in four columns. When I select one of 
them, any time I move my mouse, it will continue to select any button 
in the same column that the mouse pointer passes over. The same thing 
happens with text buttons.

Remember they are all one face, a face which is changing its position 
rapidly.
Now look at the cell face's feel:
	layout [toggle with [?? feel]]

In this code, if you see facets which are modified then those need 
to be stored and restored by the SUPPLY code. (ie. just like the 
list data goes to face/text.)
But wait, let me look for an iterated checkbox example.

if you need such toggles, its easier to make a big layout with a 
real face for each row.

Is there a way to generate buttons on the fly? I've often wondered 
about that.

Yes there is. After all vid-styles are faces, and can be used at 
that level, means put in a face/pane.

Didier's delete-email.r has a text list that seems to work. I'll 
have to check to see what he is doing differently.

the easiest way imho is to make the button in a layout and throw 
the layout away.
  layout/tight[my-button: button "test" [..]]

and now you have a button in 'my-button, which you can use in another 
face/pane

Hmm, Antons way works too. He has all face-states extra in a block. 
In supply he puts it in the face, and in action-block, when it is 
changed, he puts that value back in the block. That could be used 
now with set-face/get-face with some styles.

(essentially the same.) More fiddling involved with a list of buttons, 
though. The button style feel must be modified to save the state 
when it changes in engage, such as when the mouse drags off the button 
(and then perhaps back on again.)...

Thanks. I'll take a look at it. Man, how do you know this stuff?

Does anyone have a good performance with Rebol/view and i.e. Hummingbird 
Remote Desktop?  Seems Rebol is quiet slow here where GTK GUI is 
flashing over my screen my Rebol gui's do need far more time..
Any hint of tip is welcome..