World: r3wp

brain

optimist

Sadly we have not developed a lexicon of common icons.


The icon for power on/off is becoming standard (a circle with a vertical 
line through 12 O'clock)


The save icon being a floppy also looks like a SD card or Microdrive 
to a lot of people.

It would be nice if the standards were set up for everyone:

Save
Load
New
Quit
Prefs
Edit

Brain, Graham, would probably be better suited for wild angry clicking 
when recognising "I only thought I've saved!" :-D

Why do we have to save ?  "redo" action, you know ?  In real life, 
you don't save, you take one thing, you do something, and you stop. 
 When it can be the same in an app, it's better I think.  I have 
an app, where there is no save-button, this is very cool !

I agree Charles -- I also wrote an application in REBOL that has 
no Save button....the data set is consistent every time a field is 
exited. It makes for far fewer mistakes by the users.


But, when they do make mistakes, the applicaton has an Undo button. 
And that works even if they've exited and restarted the application.

That's right. Persistent data. It's the future (even though the idea 
has been around for ages.)

Hey Sunanda, how did you implement that... Carl's Rebodex has a nice 
little engine for doing the auto-saving, but I've been thinking of 
providing an undo feature as well.  Would be interested in seeing 
how you did it if your app is available for public viewing.

Brock, the app has an API to its own "flat file" database ... mainly 
blocks of REBOL objects.

On each update transaction (which usually affects several flat files) 
we record the before images.

That makes Undo really just the same as a Rollback.


The Undo log keeps the last 100 (or a user selectable number of) 
transactions, so they can go back a long way if they need to.


But,. like a lot of things, the code was experiemental and as such 
is a pile of kark. One day, I might tidy it up into an API undertstandable 
by someone other than me,  It the meantime, I that's enough high-level 
clues to help you replicate the logic.

hi rebols, is there any flag to set the number of max. redirections 
for the http-scheme ?

Sunanda, thanks, that does give me a good idea as to what you did... 
thanks.

Brock, also trap the window close event and any other way of ending 
your app, and, at that point, save to the default image. A "Save 
As.." button can be used to save to a particular file if the user 
wants.

Thanks Anton, that's how the Rebodex app works so I was aware of 
this method.

ok cool..

could anyone suggest me please free sntp (time protocol) server, 
we could test our device against? Thanks ...

ntp.xs4all.nl

ntp.surfnet.net

Mozilla Firefox will use bsdiff and bspatch for software updates. 
http://www.daemonology.net/bsdiff/, it remains me of xor based patching 
Gabriele came up with in the past. I wonder if similar aproach is 
still possible for Rebol products?

rebol is small enough, that you don't usually need it. :)

bzzz ....

:-)

Once again we will be wasting, even if we don't necessarily need 
to? :-) But we want fmod in rebol, tasking, font-engine, VM, extensions 
... it will not be small-enough for ages :-)

MAybe could be used to run scripts which insists on a special version. 
then the current one could be patched with a few-kb-download :)

petr: how much do you save if you use bsdiff from 1.2.1 to 1.2.223?

the waste is the memory and time used by bsdiff and bspatch in this 
case.

all you need, is using a smart autoupdate system like the one in 
the detective :P

I don't know how much do I save - you tell me. But Rebol slowly grows 
- View now has 700 KB, on GPRs connection, it takes few minutes :-)

patch size: 294kb, compressed rebol.exe 431kb.

is that worth the effort of telling the user how to use bsdiff? or, 
even worse, implementing that in rebol...

why is patch size so big? You once showed some 20kb or so patch size 
for an app. It probably depends upon what you actually patch, no? 
If it is rebol itself, it will nearly mean downloading it once again, 
it if it change in your encapped app, it could be smaller, no?

Normally, VM should be lighter when the dual rendering core will 
be removed: actually, there is the old Rebol one (for effects and 
text) and the AGG one (for Draw). Effects needs to be proted on AGG 
AFAIK

proted=ported

yes, that is possilbe, DideC

petr: don't be fooled. my technique was to update apps produced with 
THE SAME ENCAPPER, i.e. same version of rebol, changed rebol code.

so, you just update the rebol code.

i do that in a better way in the detective.

when you update the detective, you only download the rebol code. 
the interpreter can be updated too, and you just download a new compressed 
interpreter.

That is what I talk about, so an misunderstanding :-) I miss e.g. 
desktop being in separated file, as is with IOS IIRC ....

you don't need bsdiff to do that :)

the diff could be done on the server, and the merge only contain 
data and offsets?

where is that detective stuff? does it protec to run nly authorized 
files?

google helped :)

Ok, I know I raised this topic already a few times but nevertheless 
here it's again:

Does anybody see a chance that we could create a sync interface in 
Rebol that communicate with smartphones? I would like to sync contacts 
and appointments that's it for now.


Such an interface could be used together with xpeers and move us 
a hughe step ahead WRT convince Outlook users etc.

Yes, general sync framework, even for something better than IOS is. 
I am near writing proposal for who would be willing to develop file-exchange 
framework, but supporting certificates, e-signatures. Maybe I could 
get something like 1000 EUR for that, but I know that is hardly enough 
for you "west" folks :-(

The "low price" of solution would be to actually get "license for 
the code", which would be later released to be as free to rebol community.

The only sync projects I know about was DocKimbel's Rsync port attempt 
(it was not finished, as it was said as being too slow in rebol) 
and Graham's Coyote?

Robert: What do you understand under a sync interface. Easiest way 
and most compatible way would probably be to support syncML, as at 
least symbian supports it, but this would mean that IOS has to become 
a syncML server, that's not so easy - I think.

I dunno what is Outlook syncing based upon ....

I think they have their own protocol - at least in regard to exchange.

but we are talking about syncing mobile users with Outlook, right? 
So the question is, what protocols are used on smart devices ...