Why all the empty opencard handlers?
Why does Metacard place an empty on opencard / end opencard handler everywhere, and how can I get it to stop? This gets placed in the script of a newly created stack, and in the script of a newly created card, and in the script of a newly created background. And if I delete it it returns! Only if I delete it and type something else in the script does the opencard business stay deleted. This seems very strange. I'd like to handle the openCard message myself, from an in use stack. And if somebody fills out the prefabricated opencard message in the stack script, won't they just be frustrated as the message is intercepted by the card script's empty opencard handler? I suspected this might be a property of the templateCard that I could change, but when I try to get the script of the templateCard I get nothing. Any ideas? David Epstein ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Undoing
Has anybody found a good way to make the standard Undo command apply to specific scripted routines? It seems pretty straightforward to store the status quo ante situation, and catch an undo command that would put things back. The problem is how to make that option expire as soon as it should. Certainly I'd want the undo-this-routine option to disappear if the user has since done something that Metacard itself makes undoable (like typing in a field); or if the user has gone to some other card. Is there a reasonable list of system messages that might be intercepted and taken as signals to clear the custom undo buffer? Is there some way to detect when MC's own undo option (for its own undoable routines) has become (or whether it remains) available? Thanks for any thoughts. David Epstein ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Menuhistory bug?
Is this a well known bug? Is it being fixed? (MC 2.4 under Mac OS 9.2) A hierarchical pull-down menu does not properly set its menuhistory when a selection is made from a submenu. The menuhistory value remains what was set the last time a selection was made from the first level of the menu. I know that I can use the parameter passed by menupick to get the contents of the menu choice and submenu choice; but I want the position of those choices, because I cannot be sure that the content will unambiguously indicate the position. (That is, it is possible that the same content will appear in several positions yet require a different scripted response). This is a frustrating bug because the menuhistory DOES at least report the sub-menu choice position if the button style is popup rather than pulldown. (Even in this case, however, there is no record of the position of the main menu choice). But it appears that for a menu to be part of a group that will be displayed in the Mac menubar it must have the pulldown style. Thanks for any insights on this. David Epstein ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Popup menu with a selected Line?
I want to pop up a list of options with one specified option already highlighted under the mouse. On the Mac, I can do this by setting the button's menumode to option, in which case the popup list highlights the option already selected. But the popup font, size, and background color cannot be set for this option button's menu, and are limited to the System defaults. And in Windows, this doesn't work at all; an option button's menu does not highlight the previous choice under the mouse. On either system, the menu shown by a popup menumode button has no highlighted line when the list pops up. 1. Have I missed something? 2. I assume that by popping up a stack rather than a button's contents I can get something closer to what I want. Has anyone figured out how to make this really look like a popup menu, i.e., with the popped up panel smoothly scrolling in either direction if the list of choices is taller than the screen? 3. Is it a reasonable feature request for MC to add a selectedLine or hilitedLine property to a button whose style is popup? Many thanks. David Epstein ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Feature requests: page setup info and styled text transfer
I have been following this list for 6 months or so and have seen a couple of wish lists that corresponded to my own highest priorities: 1. some readable property that would allow a script to know what settings the user made in the page setup dialog called by the answer printer command. 2. an ability to paste styled text from other applications into fields, or from fields to other applications. I have not seen any responses to suggest whether these features are in the works or whether there is some fundamental obstacle to their existence. For printing, Metacard itself must be able to read the page setup conditions so that it can execute print commands. But if scripters don't know those conditions, they can't design appropriate printing routines. A suggested syntax: pageArea property values: two integers separated by a comma = The number of pixels wide, and the number of pixels tall, that can be printed on one page using the currently selected page setup. This property would reflect the paper size, orientation, and scale selected in a Page Setup dialog. Letter paper, portrait, 100% choices would make the pageArea = 612,792 (or perhaps some reduction from that for printer-required margins). Legal paper, landscape, 50% choices = 1872,1224. If this information were available, the excellent print... into rect command would be much more useful. Can this be done? And how about pasting styled text? David Epstein ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Detect ResizeStack completion?
Thanks for the replies to my question: Has anyone found a good way to detect the COMPLETION of a stack's resizing? It now appears that Mac and Windows responses to resizeStack are different. Scott Rossi suggested: Check a variable state, not the mouse state. on mouseDown set the uAllowResize of this stack to true end mouseDown on resizeStack w,h if the uAllowResize of this stack then doComplexThings end resizeStack etc. This does not work. When the window is being resized with the mouse, no mouseup or mousedown messaages go to the stack, in either Windows or Mac. Richard Gaskin reported: I seems that the resizeStack message is sent after a stack is resized (but before the content region is drawn). If you run this script in a stack: on resizeStack put milliseconds() pass resizestack end resizeStack ...the Message Box appears only once, after the drag is completed and the mouse button released. What behaviors were you experiencing that suggested that the message was set continuously? This is indeed what happens with Mac OS9. But with WIndows 2000, the very same test gives a different result: the message box displays a continually changing series of numbers while the window is being resized. Indeed I believe this difference is visible with stacks like the Metacard Control Browser, whose fields and buttons move when you resize the window. On the Mac, they move only when you release the mouse; on Windows, they continuously adjust while you drag the depressed mouse. Perhaps this difference in behavior is worth noting somewhere, and it would be interesting to know what happens in other OSes. My original question, how to detect the conclusion of a stack-resizing, should now be restated as: How can I detect this when using Windows? Further suggestions are welcome. David Epstein ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Mysterious popup stack behavior
Does anyone understand how Metacard handles the size, positioning, and scrolling behavior of stacks when they are shown using a Popup command? For example: -- the objects in a popped up stack scroll up or down under circumstances that I cannot quite specify. It seems to happen when Metacard thinks the stack too tall for the screen, so it truncates a bit of the image and leaves a gray area that, when a depressed mouse enters it, causes the stack's objects to scroll. -- if I set the height of a stack, and then open it with a popup command, Metacard sometimes changes that height. This certainly happens when the height exceeds the screen's height, but also happens in other cases. The maximum height and minimum height properties also get adjusted. These behaviors may well be useful, but I need to know what to expect. I would like to pop up a panel whose position and height I can specify and whose controls will not scroll. Is there some height range within which I can do this? Many thanks. David Epstein ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Mysterious popup stack behavior
After extensive trial and error, I believe I can now answer the question I posed some days ago (see below): under what circumstances do popped up stacks scroll vertically? (This question is of interest if you want to do anything fancy in the popped up stack, because it does not appear that we have any way of detecting in a script the scroll status of that stack.) The short answer seems to be: to prevent their scrolling (at least in Mac OS9), the height of the stack must be set to greater than or equal to 260 pixels, and less than or equal to the screen height minus 36. Moreover (this is the part that was somewhat vexing to figure out), this height must be set BEFORE the popup command is given. That is, setting the stack's height in a preOpenStack handler of the stack itself will not work properly, because (1) Metacard's decision about whether the popped up stack is or is not of a height that needs to scroll seems to be made before the preOpenStack message is generated; and (2) a stack height set in a preOpenStack handler will not persist after the popped up stack has disappeared--so problem #1 will recur the next time you pop it up (see note below). My experience is that it works best to set the popping stack's resizable property to false, thus making its minHeight and maxHeight settings irrelevant. When this was not true I got strange results. Note regarding (2): If a stack's preOpenStack handler sets that stack's height, the effect of that command differs depending on whether the stack is opened with a topLevel command or a popup command. With a topLevel command, the height is set permanently, i.e., until you do something to change it. With a popup command, the height is set temporarily, i.e., the next time you pop it up or topLevel it the stack's height will be what it was before you tried to set it in this preOpenStack handler. I hope these results may be found useful by others, and look forward to any corrections to them that others may discover. David Epstein on 11/3/02 11:14 AM, I wrote: Does anyone understand how Metacard handles the size, positioning, and scrolling behavior of stacks when they are shown using a Popup command? For example: -- the objects in a popped up stack scroll up or down under circumstances that I cannot quite specify. It seems to happen when Metacard thinks the stack too tall for the screen, so it truncates a bit of the image and leaves a gray area that, when a depressed mouse enters it, causes the stack's objects to scroll. -- if I set the height of a stack, and then open it with a popup command, Metacard sometimes changes that height. This certainly happens when the height exceeds the screen's height, but also happens in other cases. The maximum height and minimum height properties also get adjusted. These behaviors may well be useful, but I need to know what to expect. I would like to pop up a panel whose position and height I can specify and whose controls will not scroll. Is there some height range within which I can do this? Many thanks. David Epstein ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Handling a system shutdown
on 12/12/02 Ken Ray answered my question about how to intercept a system shutdown: You could try trapping for the quit appleevent (which I think is aevtquit or reqdquit), as in: on appleEvent pClass,pID if pClass pID = aevtquit then -- your code here else pass appleEvent end if end appleEvent This does the job. Thank you! Can something like this be done in Windows? David Epstein PS: Apologies to all for having accidentally replicated the digest in my original query. ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Cloning a stack and renaming it.
1. The Metacard 2.4.3 reference stack entry for mainStack says that stacks created with the create or clone commands become substacks of the topStack. Is this true? The clone becomes the top stack. I don't see it listed among the substacks of the (previous) top stack, and when I check its own properties the Main Stack... button shows it as its own main stack. And when use the Metacard Save command the dialog seems to be trying to save it as its own stack. I am happy with this behavior and wouldn't really want it to be a substack, but am wondering if I misunderstand the reference stack. 2. I don't know if the following problem is related to #1 or not, but can somebody see what I'm doing wrong? I want to clone a stack that is a substack of the current top stack, let the user choose a name and path, and then save the clone under that name at that path. My script: ask file Name for the new file? with Untitled put it into longName set itemDelimiter to / put last item of longName into shortName clone stack ATCMO -- my model stack, which is a substack of the top stack set the name of it to shortName -- ** SEE NOTE BELOW save stack shortName as longName ** This is the line that's not working as I expect. My model stack gets cloned, with Copy of ATCMO in the title bar. But the next line does not manage to change its name, and so the last line can't save a stack that doesn't exist. Many thanks. David Epstein ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Does raisePalettes not work in OSX?
With raisePalettes set to false, my palettes behave as expected in Mac OS9.2, but in OSX 10.2.6 they remain raised even if raisePalettes is false. Do others experience this? If so, is there a workaraound in OSX that would make a palette behave in an unraised manner, i.e., behave like a normal document window, while still looking like a palette (with the narrow title bar)? Many thanks. David Epstein ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Option and shift keys down undetected
Using MC 2.5 on Mac OS 10.2, I have more than a few times had this problem: scripts that check the optionKey or the shiftKey detect them as up even if they are in fact down. Restarting the computer--not just quitting and relaunching Metacard--seems to cure the problem, but then it returns. And just now it returned very promptly. The option key is not completely disabled even when this condition strikes; for example, with the pointer tool selected, option-dragging will successfully duplicate a button. Is there a recognized cause or cure for this problem? Many thanks. David Epstein ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Option and shift keys down undetected
Richard Gaskin wrote: Ken Ray had a similar problem, but in his case it was specific to his iBook. Have you noticed whether it works on other systems? This is indeed on an iBook, and I have not noticed the problem using OS9 on an iMac or using Windows XP. The problem also seems to apply to scripts that check the commandKey (always returning up), even though command-letter combination commands still work. David Epstein ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Debugging dragDrop handler crashes Metacard
Using MC2.5 on OSX 10.2, I am writing a fairly complicated dragDrop handler, which decides what text to insert at the dropChunk, and whether to preserve or delete the chunk that was originally dragged, and then carries out those decisions. I'm handling and not passing both the dragEnd and dragDrop messages, thus overriding MC's default decisions about what to insert and what to delete. The problem I have is that when I use the debugger on my dragDrop handler MC pretty consistently experiences an unexpected quit. Typically, I'll manually set a breakpoint, do a dragDrop that triggers the handler, step through some lines of the script and study the variable watcher; and then choose either run or abort. Either way, Metacard has unexpectedly quit. Indeed I can step through the entire script, and when we seem to have arrived safely at the end--with no evident errors or problems--MC quits. This happens even in cases where running the script without a breakpoint causes no error. Anyone have experiences like this, or a theory of how to avoid them? ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Toxic Text Crashes MC 2.5
One topic of great interest that I have not seen much discussed on this list or the Revolution list is this: The conditions under which MC unexpectedly quits, and how to detect and prevent those conditions in advance. Here is a case. Field 1 is a background field with different content on each card, and on most cards all works as expected. But on one card the particular content of that field is causing crashes. The contents are displayed properly, but any attempt to get the htmlText of field 1 causes an unexpected quit of MC 2.5, both in Mac OSX 10.2 and in Windows XP. I was able to copy a chunk of the text, but then had a crash when I tried to delete the copy from the field where I had pasted it. Trying to get the rtfText of field 1 also causes a crash. I made a copy of the whole stack, and the problem card of the copied stack showed the same symptoms. In Windows XP, the dialog reporting the crash says: The instruction at 0x0044d8ef referenced memory at 0x. The memory could not be read. Now field 1 of the problem card has various suspect elements: some chunks styled link with assigned linkText; some chunks displayed in color; some runs of hard spaces. But whatever is causing a flaw in the htmlText is not preventing MC from displaying it. Selecting and backspacing to try to delete part of the field (my attempt to narrow down the source of the problem) causes a crash, and it's not clear whether that shows a problem with the part I selected. I could of course simply delete the card that is behaving this way, but I would like to make some diagnosis of the problem so that I can be confident that my various editing scripts that rely on getting the htmlText will not crash my program in the future. Since I can't inspect the htmlText in question, I can't really know what's wrong with it. Anyone have any related experiences, insights, or suggestions of how to proceed? Thanks very much. David Epstein ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Networked stacks
Can someone suggest a source for examples or explanation of using Metacard in a networked environment? What are the best ways to script interactions between stacks on two or more computers on a local area network, e.g., passing text back and forth easily? Are there some stacks available that exemplify this? Many thanks. David Epstein ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Copying fields and their contents
Should the command copy field 1 to group 1 of card 1 of stack myOtherStack cause the contents of field 1 to be copied there too, or just the empty field? Or does the result depend on something else? I have some recollection that I have successfully copied the field contents by this method, and this would make sense to me since copying a field (as distinguished from creating a new field) should copy its properties. But now I am only getting the empty field. Many thanks. David Epstein ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Is the clipboardData really an array?
Using MC 2.5 on Windows XP My understanding is that the clipboardData is an array with 1 to 6 keys. But it appears to me that (1) setting one element of the array can empty out elements previously set; (2) there is some problem loading the image element; (3) I can't get all of the keys of the clipboardData; (4) the clipboard only reports the most recently set key (or text even if RTF was most recently set); (5) I can't put the clipboardData into a variable and then retrieve an array element from that variable or get the keys of that variable. So is it not really an array? Can it store more than one type of data at once? I used the script below to experiment, and tried various changes in the order of the first four commands. on mouseUp set the clipboardData[text] to fld 2 set the clipboardData[unicode] to the unicodeText of fld 2 set the clipboardData[image] to image 1 set the clipboardData[RTF] to the RTFText of fld 2 put text (the clipboardData[text] is not empty) into fld 1 put return Image (the clipboardData[image] is not empty) after fld 1 put return RTF (the clipboardData[RTF] is not empty) after fld 1 put return Unicode (the clipboardData[unicode] is not empty) after fld 1 put the clipboardData into myArrayVar put return *** the keys of the clipboardData after fld 1 put *** the keys of myArrayVar after fld 1 put *** the clipboard after fld 1 end mouseUp Any insights? David Epstein ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Re: Is the clipboardData really an array?
Many thanks to Jacqueline Landman Gay for a very thorough and lucid explanation. David Epstein ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Disappearing property palette objects
Using MC 2.5 on Mac 10.4, I've started experiencing the following glitch, which is new to me: When I double-click on a group, the group's property palette appears. But as soon as I click on something on that palette--e.g., the edit button, or the name tab, or anything--the palette becomes blank (the header bar is still there, but the window is white). Less frequently, the palette shows up blank when the double-click on the group opens it, but the more usual behavior is that the palette looks fine but then goes blank when I try to use it. Anybody else experience this, or have a remedy? Many thanks. David Epstein ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Disregard previous
Hope nobody has been puzzling over my problem with the property palette, which I just solved. Turns out my own handler executed a select empty on suspendStack, which unselected the group, and so made the group property palette no longer appropriate. David Epstein ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Controlling PDFs in Player Object on Mac
Using MC 2.5 on Mac OSX, I can show a multi-page PDF file in a player object. But I can't figure out how to write a script that will control what page is showing. For the several example PDF files I've tried, the player's timeScale is 600 and its duration seems to be something like 75 times (z-1) where z is the number of pages in the PDF. But set the currentTime of player 1 to (n-1)*75 does not consistently cause page n to be shown. Does someone know how to do this, or where I can learn how to do this? Many thanks. David Epstein ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Controlling PDFs in Player Object on Mac
In case anyone else wonders about this question, I have found a solution by trial and error. This may not be the best way (and the play command, according to the MC help, should be replaced in future development by the start command, although there is no mention of start step), but it seems to work: on pdfToPage n -- show page n of the pdf in player 1 put round(n) into n -- n as passed by scrollBarDrag doesn't seem to -- always be an integer put (n-1)*75 into t set the playSelection of player 1 to true set the startTime of player 1 to t set the endTime of player 1 to t+1 play step player 1 end pdfToPage (My original question:) Using MC 2.5 on Mac OSX, I can show a multi-page PDF file in a player object. But I can't figure out how to write a script that will control what page is showing. For the several example PDF files I've tried, the player's timeScale is 600 and its duration seems to be something like 75 times (z-1) where z is the number of pages in the PDF. But set the currentTime of player 1 to (n-1)*75 does not consistently cause page n to be shown. ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Making a pasted image opaque
When I use Command-control-shift-4 and drag, Mac OSX copies part of the screen to the clipboard. When I put that into a MC image, the white part of the image is transparent. Both for appearance's sake, and because I want the image to receive mouseDown messages even when a white area is clicked, I'd like to make the image I've pasted fully opaque. Is there a way to script this transformation? Many thanks. David Epstein ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Copying an image, or part of it, to the clipboard
Many thanks for the insights on image opacity. Here's another image problem I've encountered. Using MC 2.5 on Mac OSX 10.4. I want to be able to copy part or all of an image to the clipboard. An image is visible in stack LBROW. A handler catches mouse action on that image, and if the user drags out a rectangle a translucent graphic pickRect is created to designate that sub-area of the image. The script below is supposed to (1) load the entire image to the clipboard if the user has not created a pickRect graphic; and (2) load that sub-area of the image if the user has created a pickRect graphic. Case (1) works as expected. Case (2) does not; some blank image seems to be loaded to the clipboard instead. But why? When debugging this script, it is evident that the import snapshot statement is indeed creating a new image of the correct subarea. Why doesn't set the clipboardData[image] work on it? Another puzzle: when debugging, MC 2.5 gives me an execution error when it gets to the end of the handler. on copyImage if there is not a graphic pickRect of stack LBROW then set the clipboardData[image] to image 1 of group pdfGroup of stack LBROW else set the defaultStack to LBROW put shiftedRect(the rect of graphic pickRect,the topLeft of stack LBROW) into r delete graphic pickRect import snapshot from rect r set the clipboardData[image] to last image delete last image end if choose browse tool end copyImage function shiftedRect r,s -- used to convert to screen coordinates the coordinates of rect r in a stack whose topLeft is at s -- eg for use in import snapshot repeat with i = 1 to 4 add item (1 + (i+1) mod 2) of s to item i of r end repeat return r end shiftedRect Any insights about this would be greatly appreciated. David Epstein ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Printing a PDF with Metacard
I'm trying to use Metacard to superimpose field text on a PDF displayed in a player object. Things work well until I try to print, at which point Metacard (2.5, on Mac OSX 10.4) crashes. Recipe: Create a stack. Create a field with text test. In the message box, Print Card. Result: card prints. Now add a player object to the card you just printed; in its properties palette, choose a PDF file to display in the player object. It displays properly. In the message box, Print Card. Result: crash. Any diagnoses? Has anyone successfully printed a player object that contains a PDF? Many thanks. David Epstein ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Metacard 2.5 to Revolution 2.9 glitch
I am trying to use in Revolution Media 2.9 some stacks I developed in Metacard 2.5, but something is not working. I open Stack A, which sets up my menus and starts using 4 other stacks that contain my scripts (call them C, D, E, and F). I then open Stack B, which is a document stack, which has a few short handlers that call handlers stored in my 4 stacks-in-use. This has worked reliably in Metacard. In Revolution, when I open Stack B, I get an error message. Stack B has an on openField handler that calls the on openMyField handler in Stack C. The error message says can't find handler openMyField. But when I look in the message box I see that Stack C is indeed in use, and when I look at Stack C's script I find my openMyField handler. The same glitch arises for other handlers that call handlers in scripts of my stacks in use. Is there some file format change that is affecting things? Or does the fact that my stacks are Metacard files cause a problem? Can anyone offer a diagnosis or remedy? Many thanks. David Epstein ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
When can MC find stacks?
I am trying to understand under what conditions Metacard 2.5 can find a stack that is called without its path, i.e., by a go stack shortName command. My tentative and incomplete list is below, but I wondered if the full rule set is explained somewhere. 1. If the stack has already been opened (and not destroyed) since MC last started up? Yes 2. If the stack is listed in the stackFiles of a. the defaultStack? Yes b. the stack whose script contains the go command? c. some other open stack? d. a stack that is in use? No 3. If the stack is in the same folder as a. the defaultStack? b. the stack whose script contains the go command? c. some other open stack? d. a stack that is in use? 4. If the stack is in the path that has been most recently specified in a set directory to path command? 5. If the stack is a substack of a. the defaultStack? Yes b. the stack whose script contains the go command? c. some other open stack? d. a stack that is in use? 6. Other conditions I haven't thought of? A related question: Is it good practice to use the file extension .mc or .rev in a go stack shortName command? Many thanks. David Epstein ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Where do Command-C and Command-V get handled?
In my own customized defaultMenuBar, I have included an Edit menu with my own copy and paste commands, with command-C and command-V equivalents defined using the / convention. When those commands are chosen from the menu, my copy and paste scripts are executed as expected. But when I use the command-key equivalents, my scripts are not executed, and some standard copy and paste behavior takes place instead. I can see why when Metacard's own menu is open as a palette there could be some ambiguity about which command-key equivalents have priority. But this problem occurs even when Metacard's own menu is not open. And when I press command-C, my own menubar's Edit button flashes, as if to confirm that the keypress has triggered the action that my menubar's script commands. What is governing this behavior, and how can I get my own scripts to be called when the command-key combinations are used? Many thanks. David Epstein (MC2.5 on Mac OSX 10.4.) ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Speed of different versions of MC?
After years of using Metacard 2.5, I've started using LiveCode 4.5 and 5.5.3 as well as the the Metacard interface for those. Particularly on my older Mac (PowerPC chip System 10.4) I have noticed some significantly slower operations with the newer versions. Is this consistent with others' experience? And will stacks' performance as standalones tend to be roughly similar to how they work in the development environment with which I compile them? I can see ways of speeding up certain handlers if I have to, but have been spoiled by the raw power of Metacard 2.5, which meant that scripts simpler to design but less efficient to parse would cause no detectible lag. Many thanks for any thoughts. David Epstein ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard