Re: Slow launch times on Windows 7
Il 16/09/2010 20.42, zryip theSlug ha scritto: On Thu, Sep 16, 2010 at 7:56 PM, tekne wrote: Riccardo, In my app I have about 130 substacks with an image substack and a lot of stack using datagrid. (rev file is about 45 MB) NO problem in the IDE and with the standalone in Mac, Linux and in WIN pre 7 version (also with Vista) Try to expertise the alwaysBuffer property of each substacks of your project. For doing that, execute a script like this one in the main stack: repeat for each line tSubstack in the substacks of this stack put tSubstack&& the alwaysbuffer of stack tSubstack of this stack& cr after msg end repeat If the alwaysBuffer property of several of the substacks is set to true, try to set them to false and launch again. Check also the alwaysBuffer property of your images Regards, mmmhhh... a parte il fatto che non ho capito bene esattamente a cosa serve questa proprietà (la guida non è molto chiara al riguardo) ho fatto uno scriptino per settarla a false su tutti gli stack e su tutte le immagini di tutte le card di tutti gli stack. Il fatto è che non so bene interpretare gli effetti... Mentre sotto Vista il tempo si caricamento è drasticamente sceso (in 3 tentativi di avvio) da 31 secondi a 16 (il 50%... mi sembra un ottimo risultato) nella macchina virtuale con Seven ho ottenuto solo 30 secondi di risparmio sui 4 minuti dell'avvio precedente. Solo un 12.5% di guadagno temporale che però non so dire fino a che punto è reale data la "virtualità" XD XD del mezzo di prova. Però potrebbe essere una base di partenza, volendo capire prima l'esatto impatto di questa proprietà sul software. Buona serata ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Why to ask to save every modified stack?
Hi. I wanna ask if there is a reason for this. I have a mainstack with a lot of substack in it. When I quit Revolution I get the "Save stack" message, and this is normal only for the first time. But for me it's not normal that I've this message for every substack I've modified. If I save a mainstack or a substack of it I save the mainstack and ALL its substacks so why continue to ask to save every modified stack? This is very annoying in an app with a lot of substack. I think this is a bug so I ask to solve it before the 4.5 release. I've this behavior in every platform I use Revolution (Windows, Mac and Linux) I've post this even in the Revolution Forum Thank u for all and bye- ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Goin' crazy with a windows error!!!
Hi all. As object I'm going really crazy with an error causin a Windows crash. No way to trace it. I got it randomly (or it seems to be). "try ... end try" can't intercept it. Really ugly. Here u can find the windows' report of the error: http://pastebin.com/D9qyJ4ud And here is the scenario: I use a really simple datagrid (table format, populated with the dgText) in a stack called in the modal way. Before the modal call of the stack I open the stack invisible, populate the dataGrid and re-close it in this way: open inv stack "nStack" set the dgText of grp "myDG" of stack "nStack" to myText close stack "nStack" set the vis of stack "nStack" to true modal stack "nStack" I know it's not simple to help me but I really don't know what really cause the error... See u and TY ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Math issue, isn't it?
After re-read all ur replies to my question my doubts are still there. I don't understand why a simple math calculation beetween not-in-other-way-calculated numbers can generate round problems. Using the value function (i've tried put value(283.67-150.00-133.67)>0 instead of put (283.67-150.00-133.67)>0 as suggested by Scott Rossi) temporarily solve my problems but I think it's a Revolution bug so I make my bug-report 'caus i'm a jolly good fellow!!! Bye- ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Math issue, isn't it?
First of all, thank u for ur reply! I've senn my question it's flaming, right now!!! But my last and most important questions are: in what measure I can trust in Revolution's logical valutation? Why Revolution replies in this way to a so simple question? In what condition I've to expect these strange behaviors? Hoping u can open my eyes!!! See u guys! ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Math issue, isn't it?
hi all!!! I've a little math issue!!! Try to put this in ur message box: put 283.67-150.00-133.67>0 It's surely false ('cause 283.67-150.00-133.67 it' equal to 0) but Revolution says me it's TRUE! Can u confirm this? What's the matter? Why this strange behavior? TY. bye- ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution