Ok, here's some feedback on the feedback. 1. > - filelocation variable that contains the location of the > folder where the mainstack is
"You can get the file path of a mainStack with:.." - I am aware of the filename of the mainstack. I just think it would be easier to have like a property of the mainstack or something, instead of having to set something each time. I think it's used a lot, so having a property already set makes sense to me, no? 2. > - a message that is sent when a stack becomes the active > window. "Check out the "resumeStack" message." - Great, missed that. 3. > - stacks looses the ability to change size (although the > property is set to true). I think this happens when you > choose decorations. "The stack can only be resizable if the decorations are set to default." - Ok.. 4. >script-errors in the preopencard-handler generates errors in other handlers "Would it be possible for you to send an example of this?" - I think it should be easily reproducable. make a button that takes you to the next card. in the next cards preopencard handler, put a script that generates an error. the error is reported to be in the button that took you to the card, no? 5. > - can not write [ ] in scripts "I'm not sure I understand what you mean here?" - Well, just that. I've tried under windows 95 and 98 (swedish systems) and I can not write hard brackets in the script-window. I can do it in the message window, and even in the properites-tab of the object. But in a script, nothing happens.. I probably can get it to work if I change the language setting of the keyboard, but it works in all other fields but the script-field? 5. > - the properties window occasionally does not update, and > the tabs basic and script look like they've melted together "If you can reproduce this, please send me the recipe." - I'll see if I run into it someday.. 6. > - distribution-builder can delete the files in a folder > (the buildfolder I suppose). seems to happen in relation > with it not finding stackfiles, or pressing cancel when > asked to overwrite. Can be pretty annoying. We're looking into this, but as yet haven't been able to reproduce it. - Any luck so far? 7. > - In the alignment tool, make rects equal also places the > objects on top of each other. Now I understand that its the > way it's supposed to work, but at first I thought one of > the objects were deleted.. possible to make clearer, > perhaps not so close/similar to the other align-buttons. "Right, we'll consider this." - great. 8. > - Undo seems to be "improvable"? "Is this in relation to undoing text deletions?" - Checked it out a bit more: - If you select the name of an object, start typing a new one and then choose undo, the old text is back + the new one after. Maybe not so bad, but not what I am used to.. - If I play around with undo and changing properties of an object (like name and label) for a while and then switch to the script-tab, and choose undo, Rev crashes. - Sometimes it seems like undo does not change anything. That is fine, but shouldn't it be disabled then? I get the feeling I am not sure quite what or if I am undoing anything. The best would be if it would say "undo move button" or whatever. Might be a lot of work though? Or a history-tool like in Photoshop could be cool.. :) maybe a bit of overkill? or perhaps it could make a cool plugin? >about the docs: - forget the notes about the docs. seems the bug was in my brain.. any idea where I can report that :) ? Meanwhile I've got a new feature-request. An encrypt function that takes a key (a string I suppose) and a string and returns the string encrypted with the key. doesn't have to be a fancy, super-duper secure encryption or anything. Just enought to make text-files unreadable.. and a corresponding decrypt function of course. "Thanks for the feedback. Cheers, Michael" - Thanks for a good tool, /Niklas Almesj� __________________________________________________ Do You Yahoo!? Great stuff seeking new owners in Yahoo! Auctions! http://auctions.yahoo.com _______________________________________________ improve-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/improve-revolution
