RE: Problem with scrollbar redraws
Thanks for the suggestions. Actually, im modifying already the contextual menu to handle more commands (like edit a group) and the command/control hotkeys to work more like in HC. The error window is 3 times taller and allows copy paste (save to log will come too). But no one answered my question as to which stack is really the top of the hierarchy. I read that it's home but see that MCTools seems to take precedence... here's my autosave handler it's called from closestack, closebackground, closegroup, and closecard on AutoSaveStack global autosave,autoSaveExceptions if autosave="" then put the hilite of btn "Auto Save Stacks" of stack "home" into autosave put "execution error,script error,properties,font chooser,color chooser" into autoSaveExceptions put short name of this stack into s if x is in autosaveexceptions then exit AutoSaveStack if autosave not true then exit AutoSaveStack put msg into x put "saving stack" s save this stack put x into msg end AutoSaveStack # -Original Message- # From: Serge Grenier [mailto:[EMAIL PROTECTED]] # Sent: 20 September 2000 05:42 # To: [EMAIL PROTECTED] # Subject: Re: Problem with scrollbar redraws # # # [EMAIL PROTECTED] wrote: # Lastly, I decided to put all the handlers into the stack of MCtools # # The trouble with this approach is that it adds work # everytime you upgrade to a new version of MetaCard, # since they comme with a new version of MCTools also. # # That's why I tend to leave MCHome and MCTools alone as much as I can. # # # # Serge Grenier # # # # Archives: http://www.mail-archive.com/metacard%40lists.best.com/ # Info: http://www.xworlds.com/metacard/mailinglist.htm # Please send bug reports to [EMAIL PROTECTED], not this list. # Archives: http://www.mail-archive.com/metacard%40lists.best.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: Problem with scrollbar redraws
IF ANYONE HAS A FORCE SAVE SCRIPT/STACK or CARD AT ANY EVENT OF MC IM VERY VERY INTERESTED Hypercard is built with the idea of saving all the time so it saves rapidly just a little chunk at a time and we barely notice it. MetaCard is built with the idea of saving at the end of the session. And it saves the whole thing each time, so it can take a lot of time. As you project becomes bigger, saving at every event becomes impractical. I got into the habit of saving before doing any action where I got a crash in the past and lost hours of work. This way, if I crash again, at least I don't loose any work... Serge Grenier Archives: http://www.mail-archive.com/metacard%40lists.best.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
RE: Problem with scrollbar redraws
Hi Serge, Thanks to Kevin, I managed to put an auto-save feature for all of MC. Fortunately my stacks remain small but with all the changes I do, and the stability I got is not 100%, I need to have these saved often. So I stuck a few saving routines where needed including some exception handling because MC saves even what's not changed... Or it seems to... Even the contextual menu is a stack... this was quite annoying... Anyone know of a function or variable that tells you if the stack was edited and changed? Lastly, I decided to put all the handlers into the stack of MCtools (the menu bar) and only save on closesomething - delays are not too long but I had to exclude any stack owned by MCTools. Home doesn't seem as top of the hierarchy as in HC. I've seen msgs go through without being intercepted - needs more testing. Am I wrong? Is MCTools the very top of the hierarchy? can someone confirm or deny this? Thanks Xavier # -Original Message- # From: Serge Grenier [mailto:[EMAIL PROTECTED]] # Sent: 19 September 2000 15:03 # To: [EMAIL PROTECTED] # Subject: Re: Problem with scrollbar redraws # # # IF ANYONE HAS A FORCE SAVE SCRIPT/STACK or CARD # AT ANY EVENT OF MC IM VERY VERY INTERESTED # # Hypercard is built with the idea of saving all the time # so it saves rapidly just a little chunk at a time # and we barely notice it. # # MetaCard is built with the idea of saving at the end of the session. # And it saves the whole thing each time, so it can take a lot of time. # # As you project becomes bigger, # saving at every event becomes impractical. # # I got into the habit of saving before doing any action # where I got a crash in the past and lost hours of work. # # This way, if I crash again, # at least I don't loose any work... # # # Serge Grenier # # # # Archives: http://www.mail-archive.com/metacard%40lists.best.com/ # Info: http://www.xworlds.com/metacard/mailinglist.htm # Please send bug reports to [EMAIL PROTECTED], not this list. # Archives: http://www.mail-archive.com/metacard%40lists.best.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: Problem with scrollbar redraws
[EMAIL PROTECTED] wrote: Hi Serge, Thanks to Kevin, I managed to put an auto-save feature for all of MC. Fortunately my stacks remain small but with all the changes I do, and the stability I got is not 100%, I need to have these saved often. So I stuck a few saving routines where needed including some exception handling because MC saves even what's not changed... Or it seems to... Even the contextual menu is a stack... this was quite annoying... Anyone know of a function or variable that tells you if the stack was edited and changed? Lastly, I decided to put all the handlers into the stack of MCtools (the menu bar) and only save on closesomething - delays are not too long but I had to exclude any stack owned by MCTools. Home doesn't seem as top of the hierarchy as in HC. I've seen msgs go through without being intercepted - needs more testing. Am I wrong? Is MCTools the very top of the hierarchy? can someone confirm or deny this? Thanks Xavier # -Original Message- # From: Serge Grenier [mailto:[EMAIL PROTECTED]] # Sent: 19 September 2000 15:03 # To: [EMAIL PROTECTED] # Subject: Re: Problem with scrollbar redraws # # # IF ANYONE HAS A FORCE SAVE SCRIPT/STACK or CARD # AT ANY EVENT OF MC IM VERY VERY INTERESTED # # Hypercard is built with the idea of saving all the time # so it saves rapidly just a little chunk at a time # and we barely notice it. # # MetaCard is built with the idea of saving at the end of the session. # And it saves the whole thing each time, so it can take a lot of time. # # As you project becomes bigger, # saving at every event becomes impractical. # # I got into the habit of saving before doing any action # where I got a crash in the past and lost hours of work. # # This way, if I crash again, # at least I don't loose any work... # # # Serge Grenier # # # # Archives: http://www.mail-archive.com/metacard%40lists.best.com/ # Info: http://www.xworlds.com/metacard/mailinglist.htm # Please send bug reports to [EMAIL PROTECTED], not this list. # Archives: http://www.mail-archive.com/metacard%40lists.best.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list. Xavier, If you save your stack in using the script below instead of using the standard "Save" file menu item, you will avoid the splash screen display (and its probable timeout delay) and see that MC is able to save in just some ticks most of your work. on mouseup save this stack as "the path to the stack to save" end mouseup Regards, Pierre Sahores WEB, DB, B2B ASP design. Donner, l'art de penser et de produire du sens; l'entropie : l'inverse. Archives: http://www.mail-archive.com/metacard%40lists.best.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: Problem with scrollbar redraws
[EMAIL PROTECTED] wrote: Lastly, I decided to put all the handlers into the stack of MCtools The trouble with this approach is that it adds work everytime you upgrade to a new version of MetaCard, since they comme with a new version of MCTools also. That's why I tend to leave MCHome and MCTools alone as much as I can. Serge Grenier Archives: http://www.mail-archive.com/metacard%40lists.best.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: Problem with scrollbar redraws
On 18/9/00 12:08 pm, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Here's a twisted problem... I use my stacks on different systems (NT, metaframe NT, and sometimes Mac). When I open stacks made on NT (std) in a metaframe session, the colors of the toolbars seems to be all faded. For example the scrollbar button looses it's edges shadows, etc... Result is it's all grayed even though it works. To fix the problem I have to remake the whole object inc. scripts anew and delete the old one. Problem is that all the fields in this stack are like this now. Lot's of work. Anyone has encountered this problem? Now a solution? The colors of the palette are not the same between the NT and metaframe systems, is this the problem? Hm - what bit depth are you running? If its 256 mode perhaps you're running out of colors. If not, it sounds like colors have been incorrectly set somewhere in your stack(s). Try copying the home stack colors to your mainStack and setting subStacks to empty colors to see if this fixes it. set the colors of stack "myMainStackNameHere" to the colors of stack "Home" Regards, Kevin Thanks for your help Xavier Archives: http://www.mail-archive.com/metacard%40lists.best.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list. Kevin Miller [EMAIL PROTECTED] http://www.runrev.com/ Runtime Revolution Limited (formerly Cross Worlds Computing). Tel: +44 (0)131 672 2909. Fax: +44 (0)1639 830 707. Archives: http://www.mail-archive.com/metacard%40lists.best.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
RE: Problem with scrollbar redraws
# When I open stacks made on NT (std) in a metaframe session, # the colors of # the toolbars seems to be all faded. For example the # scrollbar button looses # it's edges shadows, etc... Result is it's all grayed even # though it works. # Hm - what bit depth are you running? If its 256 mode perhaps # you're running out of colors. im running in 256 colors... But if you draw a new field, and it looks correct. Could it be that metacard creates differnet colors for the field's borders and shades depending on the palette available? #If not, it sounds like colors have been incorrectly set # somewhere in your stack(s). Try copying the home stack colors to your # mainStack and setting subStacks to empty colors to see if # this fixes it. # # set the colors of stack "myMainStackNameHere" to the colors # of stack "Home" i tried. The stack does change colors but the fields remain with washed away colors. I tried to do manual changes but it didn't solve anything. So obviously I tried to copy the colors of a corrected field to one that wasn't. Didn't work either. Sounds like a bug to me... Cheers, Xavier Archives: http://www.mail-archive.com/metacard%40lists.best.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: Problem with scrollbar redraws
On 18/9/00 1:11 pm, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: # Hm - what bit depth are you running? If its 256 mode perhaps # you're running out of colors. im running in 256 colors... But if you draw a new field, and it looks correct. Could it be that metacard creates differnet colors for the field's borders and shades depending on the palette available? Right: it varies from OS to OS but the number of colors available in that mode are limited. Does switching to a higher bit depth solve the problem? Regards, Kevin Kevin Miller [EMAIL PROTECTED] http://www.runrev.com/ Runtime Revolution Limited (formerly Cross Worlds Computing). Tel: +44 (0)131 672 2909. Fax: +44 (0)1639 830 707. Archives: http://www.mail-archive.com/metacard%40lists.best.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
RE: Problem with scrollbar redraws
well, I lost all my changes again. This is the most annoying thing of this product. You can change the stack properties, save it again and things still disappear. Anyone has had this??? So I have to start all my tests again... IF ANYONE HAS A FORCE SAVE SCRIPT/STACK or CARD AT ANY EVENT OF MC IM VERY VERY INTERESTED cheers, Xavier # -Original Message- # From: Kevin Miller [mailto:[EMAIL PROTECTED]] # Sent: 18 September 2000 14:30 # To: [EMAIL PROTECTED] # Subject: Re: Problem with scrollbar redraws # # # On 18/9/00 1:11 pm, [EMAIL PROTECTED] # [EMAIL PROTECTED] # wrote: # # # Hm - what bit depth are you running? If its 256 mode perhaps # # you're running out of colors. # # im running in 256 colors... But if you draw a new field, # and it looks # correct. Could it be that metacard creates differnet colors # for the field's # borders and shades depending on the palette available? # # Right: it varies from OS to OS but the number of colors # available in that # mode are limited. Does switching to a higher bit depth solve # the problem? # # Regards, # # Kevin # # Kevin Miller [EMAIL PROTECTED] http://www.runrev.com/ # Runtime Revolution Limited (formerly Cross Worlds Computing). # Tel: +44 (0)131 672 2909. Fax: +44 (0)1639 830 707. # # # Archives: http://www.mail-archive.com/metacard%40lists.best.com/ # Info: http://www.xworlds.com/metacard/mailinglist.htm # Please send bug reports to [EMAIL PROTECTED], not this list. # Archives: http://www.mail-archive.com/metacard%40lists.best.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: Problem with scrollbar redraws
On 18/9/00 2:28 pm, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: well, I lost all my changes again. This is the most annoying thing of this product. You can change the stack properties, save it again and things still disappear. Anyone has had this??? So I have to start all my tests again... There are any number of things that could be happening here. You might have a runaway script somewhere which is resetting these properties. Or you might not be saving the stack you think you are saving. Send me a copy of your stack off list with a description of the color problems you have been having and how I can reproduce them, and I'll have a look at it and see if anything is wrong with the stack. IF ANYONE HAS A FORCE SAVE SCRIPT/STACK or CARD AT ANY EVENT OF MC IM VERY VERY INTERESTED There are various, but be careful because auto-save does mean that you may end up saving changes you don't actually want. Stack script: on closeStack save this stack end closeStack Or to save on changing card (also in the stack script): on closeCard save this stack end closeCard Regards, Kevin cheers, Xavier Kevin Miller [EMAIL PROTECTED] http://www.runrev.com/ Runtime Revolution Limited (formerly Cross Worlds Computing). Tel: +44 (0)131 672 2909. Fax: +44 (0)1639 830 707. Archives: http://www.mail-archive.com/metacard%40lists.best.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: Problem with scrollbar redraws
At 1:08 PM +0200 9/18/00, [EMAIL PROTECTED] wrote: Here's a twisted problem... I use my stacks on different systems (NT, metaframe NT, and sometimes Mac). When I open stacks made on NT (std) in a metaframe session, the colors of the toolbars seems to be all faded. For example the scrollbar button looses it's edges shadows, etc... Result is it's all grayed even though it works. To fix the problem I have to remake the whole object inc. scripts anew and delete the old one. Problem is that all the fields in this stack are like this now. Lot's of work. Anyone has encountered this problem? Now a solution? The colors of the palette are not the same between the NT and metaframe systems, is this the problem? Thanks for your help Xavier What is "metaframe"? Cheers Dave Cragg -- _ The LACS Centre (Business English Training Resources) mailto:[EMAIL PROTECTED] http://www.lacscentre.co.uk _ Archives: http://www.mail-archive.com/metacard%40lists.best.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
RE: Problem with scrollbar redraws
Metaframe is a product from Citrix like PCAnywhere but different in the sense that a meta frame server can have more than one user connected to it. Each user has his own NT environment. You connect to it through a Metaframe client which gives you a screen much like the windows in your screen. It's quite nice... # -Original Message- # From: Dave Cragg [mailto:[EMAIL PROTECTED]] # Sent: 18 September 2000 16:47 # To: [EMAIL PROTECTED] # Subject: Re: Problem with scrollbar redraws # # # At 1:08 PM +0200 9/18/00, [EMAIL PROTECTED] wrote: # Here's a twisted problem... # # I use my stacks on different systems (NT, metaframe NT, and # sometimes Mac). # # When I open stacks made on NT (std) in a metaframe session, # the colors of # the toolbars seems to be all faded. For example the # scrollbar button looses # it's edges shadows, etc... Result is it's all grayed even # though it works. # # To fix the problem I have to remake the whole object inc. # scripts anew and # delete the old one. Problem is that all the fields in this # stack are like # this now. Lot's of work. # # Anyone has encountered this problem? Now a solution? # The colors of the palette are not the same between the NT # and metaframe # systems, is this the problem? # # Thanks for your help # Xavier # # What is "metaframe"? # # Cheers # Dave Cragg # -- # _ # The LACS Centre (Business English Training Resources) # mailto:[EMAIL PROTECTED] # http://www.lacscentre.co.uk # _ # # Archives: http://www.mail-archive.com/metacard%40lists.best.com/ # Info: http://www.xworlds.com/metacard/mailinglist.htm # Please send bug reports to [EMAIL PROTECTED], not this list. # Archives: http://www.mail-archive.com/metacard%40lists.best.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
