New MC Standalone Builder?

I remember we had a beta version of a MC Standalone Builder in June 2011. Is there any new or final version and I did miss it? Best wishes for the New Year! Wilhelm Sanke ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com

Re: mcStandaloneBuilder b1 posted

to use something like "cMCStandaloneSettings" in the future to avoid such conflicts. The second non-running standalone, which throws the same error message, does *not* have such conflicting "cRevStandaloneSettings", in fact, there are none at all, having seemingly disappeared later somehow. To sum it up: About four hours for the first two explorations of our new Standalone Builder, some insights - including looks at the structure of the scripts - and at least one really working standalone. All in all a positive achievement. Best regards, Wilhelm Sanke ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

Re: mcStandaloneBuilder b1 posted

;4.6" instead of "4.6.1". Should this be the cause for the above quoted error message "Standalone origin mismatch"? This is all I can report at the moment. I will continue to look more closely into the matter, but it seems to me we need a first update. Best regards, Wilhelm Sanke ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

Re: New MC-standalone builder

From the traffic on the livecode lists I see that Richard Gaskin, who apparently did not notice my post on the Metacard list, is back. Richard, could you shed some light on my question below? Thanks in advance! Wilhelm Sanke I had written on June 10: On March 29, 2011, Richard Gaskin had

New MC-standalone builder?

Is it still too early to ask or could you tell us when the new standalone builder could be released? We are thankful for your commitment to manage this task. Best regards, Wilhelm Sanke ___ metacard mailing list metacard@lists.runrev.com http://l

Re: Statements from Kevin in 2003

On Mon, 11 Apr 2011 05:54:53 -0700, Kevin Miller wrote My offer was to continue to support your capability to keep your IDE up to date by making it possible to continue to integrate engines and new features if you chose to do so. To that end we provided complete details of what is required to

Re: Statements from Kevin in 2003

On Mon, 11 Apr 2011 05:53:58 -0700, Klaus on-rev wrote: > and that we needed one and a half year to build a new MC standalone builder. I don't think that I am talking/writing chinese, do I, Wilhelm? For the last time: 1. It was not too difficult to create the standalone builder. 2. RunRev su

Re: Statements from Kevin in 2003

On Mon, 11 Apr 2011 04:00:15 -0700, Kevin Miller wrote: On 11/04/2011 10:46, "Wilhelm Sanke" wrote: > So much for the - hopefully lifelong - relationship between Livecode > engines and the MC IDE. Well I certainly never said lifelong :) But hey, we've kept up our bargai

Statements from Kevin in 2003

ee to go on using the MC IDE if >you wish. Thanks Kevin, you really understand this need. So much for the - hopefully lifelong - relationship between Livecode engines and the MC IDE. Kind regards, Wilhelm Sanke ___ metacard mailing list metacard@list

Second thoughts

discussion in thread "[MC_IDE] Quick Poll". Here is the text of Richard's historic message from the Livecode-dev archives: Building standalones of larger stacks Richard Gaskin ambassador at fourthworld.com Tue Nov 11 11:41:22 CST 2003 Wil

Re: [MC_IDE] Quick Poll

On Thu, 31 Mar 2011, J. Landman Gay wrote On 3/31/11 12:12 PM, Wilhelm Sanke wrote: Didn't you just state that the build process has been moved into the engine, so - again - why maintain the protection of the Rev standalone builder? The actual building is done in the engine

Re: [MC_IDE] Quick Poll

know which other members got similar messages, but that is what he promised to me at least. We might find these messages in the old archives. Regards, Wilhelm Sanke ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailma

Re: [MC_IDE] Quick Poll

at correct?). The reasons for that are many - and I will not elaborate them here again. I will not rule out that at some point in the future I could switch over to Livecode altogether, when a level of maturity has been reached that will make working with

Re: [MC_IDE] Quick Poll

Richard wrote: On 3/29/11 11:24 AM, Wilhelm Sanke wrote: > > Could you possibly point out where we could find this "necessary info" > > from Oliver Canyon, if it was available it surely escaped me?. This and > > the difficulties of Klaus - there are other

Re: [MC_IDE] Quick Poll

d mobile development could follow later if really needed. -- Richard Gaskin Fourth World LiveCode training and consulting: http://www.fourthworld.com Again, thank you Richard and best regards, Wilhelm Sanke ___ metacard mailing list metacar

Re: [MC_IDE] Quick Poll

I am somewhat late in answering the poll and will post it both to the Yahoo-MC list and the Runrev Metacard list. Ken Ray schrieb: I'd like to take an informal poll to get an idea of how many people are using the MC IDE, and to what extent. So if you could just reply to this email with your an

Re: MC IDE 4

Hi Klaus, I am sorry to hear about your troubles and your personal situation and wish to express my sympathy to you and for your valuable work for the Metacard and Rev community during many years. Given your innate strength and resilience, I hope and think that you will soon recover and reac

Re: Control browser

object in a group, the Control Browser immediately switches to display all group objects and the selected object stays selected (WindowsXP, Metacard/Rev version 3.5). Regards, Wilhelm Sanke ___ metacard mailing list metacard@lists.runrev.com http://lis

Re: Standalone Building

to our IDE, we need to set the property "cREVKeepDevelopmentProperties" in our equivalent of stack "RevstandaloneSettings" namely in our "Standalone Builder". Unless, of course, the whole thing will be resolved b

Re: Standalone Building

dalone" from the "Runtime" folder - or delete it completely - this has no longer an effect on standalone building. Hope this is correct and helps? Best regards, Wilhelm Sanke ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

Re: Standalone Building

true. I have responded to Oliver Kenyon's comments directly and as a newly added comment to bug report #2217. See the address Richard provided above- Best regards, Wilhelm Sanke ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

Re: Standalone Building

DevelopmentProperties of this stack to true".- I will respond to the comments of Oliver Kenyon, and I like to notice that our present discussion has now produced first results. Regards, Wilhelm Sanke ___ metacard mailing list metacard@lists.ru

Re: Standalone Building

dded two years later "Comment #8 From Wilhelm Sanke 2006-04-01 03:41:37 [reply] ---" Nothing has been resolved up to now. Regards, Wilhelm Sanke ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

Re: Standalone Building

lone Builder is 1 second! Regards, Wilhelm Sanke ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

Standalone Building

ev IDE looks for "development properties" even in the case that none are existent.-- I sincerely hope that the Rev developers will resolve such problems in the near future, and I also hope very much that standalone building with the Metacard IDE will not be effected by the new procedures announced for Rev version 4. Best regards, Wilhelm Sanke ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

Re: Metacard 4

ughly 95 % percent of my development in the Metacard IDE. Wilhelm Sanke <http://www.sanke.org/MetaMedia> ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

RE: Still here

nks first to Richard Gaskin and now to Klaus Major for their commitment to preserve and further develop the MC-IDE. Regards, Wilhelm Sanke ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

Re: Gradient tool?

cratch. These latter "gradient tools" do not rely on the new Rev 3 features, but can be used with any version of Metacard. Regards, Wilhelm Sanke <http://www.sanke.org/MetaMedia> ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

Re: MC IDE 3.0

with tab "Image" as activated, but with the text of tab "Snapshot". Best regards, Wilhelm Sanke ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

Re: Engine 3.0 gm3 unable to open legacy stacks on MacOS?

Klaus Major wrote: Another question: Is there a way to start the 3.0 engine inside the MC IDE and coming up as "Metacard" (like it was possible with earlier versions)? After I rename the "Revolution" file deep down in the OS bundle it refuses to start. You will also have to change some stri

Re: Engine 3.0 gm3 unable to open legacy stacks on MacOS?

Klaus Major <[EMAIL PROTECTED]> wrote: What errors/warnings do you get? But I will also take a look a the appropriate "open" scripts i Not necessary anymore! I found out that the legacy stacks got corrupted (that was one of the error messages) while I transferred them with a firewire connec

Engine 3.0 gm3 unable to open legacy stacks on MacOS?

e deep down in the OS bundle it refuses to start. Best regards, Wilhelm Sanke ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

Re: Font Chooser in MC-IDE 2.9 and 3.0b

Jacqueline wrote: Good point, this has bothered me for a long time but I've been too busy to look at it. I just tried a simple fix which seems to work, but it needs testing. In the stack script of the Font Chooser, there is a "mouseup" handler. It has a switch structure. If you add the "refres

Font Chooser in MC-IDE 2.9 and 3.0b

ginally selected and saved "Arial". Seems we need an overhaul of the Font Chooser. Sorry to cause extra work for the authors of the Font Chooser, who have devoted so much of their valuable time to produce a modern IDE. Best regards, Wilhelm Sanke ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

Strange change of file associations with Rev 3-gm-3 engine

s, the Revolution and the Metacard IDE. The consequence for users that primarily work with the Rev IDE - but wish to access Metacard files once in a while - would be to rename their Rev engine to "MC.exe". This works fine within the Rev IDE. Regards, Wilhelm Sanke <

Re: setting up mc from scratch

my studio license? Regards, Matthias What you need is a file named "Standalone" which is used instead of the MC engine to build standalones. You can find that file in the "Runtime" folder (at least of the Rev Enterprise version, but maybe with "Studio", too?)

Re: 2.9.0-dp-4

gedata processing so far. Regards, Wilhelm Sanke ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

Re: BvG Docu and home stack in Metacard

th the searchstring colored) along with their entry addresses, of which the first is displayed as a complete help entry. Thus cross-references could be detected that possibly were not envisaged by the authors of the help files. I mention this only to point out different possible search approache

[ANN] "Thumbs and Slides"

een size, real size) can be changed any time - or "hide controls" and "show controls" can be applied - without interrupting the show. It is also possible to change the "display time" of the image during a slide show by adjusting the slider control in the bottomright corner. --Wilhelm Sanke <http://www.sanke.org/MetaMedia> ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

Re: Test stack "speed of imagedata processing and paintcompression"

mory usually is short, I think it would not hurt to mention this fact again. Wilhelm Sanke <http://www.sanke.org/MetaMedia> ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

Test stack "speed of imagedata processing and paintcompression"

you use button "sample image - five sizes" of the test stack, which stores the image contents as text-of -image data." --Wilhelm Sanke <http://www.sanke.org/MetaMedia> ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

Re: The Aborted Plunge (Metacard to Revolution)

On Tue, 29 May 2007, Tariel Gogoberidze wrote: 1) Wilhelm Sanke wrote excellent stack "SearchDocs XML 2.6.1.mc" a while ago. http://www.sanke.org/MetaMedia/Screenshots.htm Unfortunately it can process only pre vs 7.x Rev documentation (in operates on vs 2.6.1 to be precise) but

[ANN] Preview Gallery for "Imagedate Toolkit 3"

rimposed images, the underlying image will appear in the transparent areas, thus producing a new image that can then be saved or exported as a new non-transparent image.- The current "Imagedata Toolkit 2" is still available - for those interested to experiment with

Re: Making a pasted image opaque

snapshot of the rect of the image against a white background. Regards, Wilhelm Sanke <http://www.sanke.org/MetaMedia> ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

Re: Making a pasted image opaque

adata add 1 to counter put numtochar(255) into char counter of adata end repeat set the alphadata of img x to adata end mouseUp" Regards, Wilhelm Sanke <http://www.sanke.org/MetaMedia> ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

Re: Vanishing substacks

I ran the stack again in Rev 2.7.4. Nothing unusual happened, so the Rev Ide is not the culprit. Seems to be a rare instance of a "spontaneous creationist phenomenon" that according to philosophers like Schopenhauern and others ("no effect without a cause" and " even no real *free will* , but

Re: Vanishing substacks

On Fri, 19 Jan 2007, Chipp Walters wrote: All I can think of is you're using 'delete stack' somewhere. As you know, it closes a mainstack, but really deletes substacks. -Chipp Thanks for the response. The matter remains as mysterious as before. I checked all control, card, and stack script

Vanishing substacks

e possible cause of it? This is on Windows XP. Regards, Wilhelm Sanke <http://www.sanke.org/MetaMedia> ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

[ANN] "Imagedata Toolkit 2" released.

w". First click into the image to choose a color value, then apply one of the three fun-tastic options. These options can be applied repeatedly. "Fun-tastic colors" are a variation of the "duplicate colors" options available from the menu of the same button, but more rewarding. Experiment!- Again my best wishes for the holidays and a Happy New Year! --Wilhelm Sanke <http://www.sanke.org/MetaMedia> ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

Re: image compression default

ether with the Rev IDE and then sends "revloadlibraries" from its preopenstack and preropencard handlers (which are located in group "revlibraries") Besides other things and setting the paintcompression, "revloadlibraries" also inserts front and bac

Re: image compression default

engine This handler is also added to each standalone. (see my post from Thu, 02 Nov 2006 to this list). Other kinds of compression pertaining to images are not mentioned in the docs. Best, Wilhelm Sanke ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

Re: (Not) deleting identical substacks - solved.

ools" and therefore at first comes across the identical substack in "mctools" and then deletes both identical substacks. The only solution I have found is to move stack "stack components" out of "mctools" and transform it to be

(Not) deleting identical substacks - continued

stack the label of button "Stack Name"" (button "delete") and "delete stack "mysubstack" of stack "mystack"" (message box) should be the same. Question: Should we try to remove the ambiguity of the "delete" button in stac

(Not) deleting identical substacks

6.6. with IDE version 2.6b 11. I looked also at the 2.7.1 IDE: The script of button "delete" is the same as in 2.6b11. Regards, Wilhelm Sanke ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

Re: Another MC-Rev anomaly: "text of image" property

ginal size ("original" at the time the image was imported). Regards, Wilhelm Sanke ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

Re: Another MC-Rev anomaly: "text of image" property

with the PNG format. Regards, Wilhelm Sanke ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

Re: Another MC-Rev anomaly: "text of image" property

sion should be set to RLE. However, the moment you change the imagedata of that image, the paintcompression will be the global one. And, you can reset the global paintcompression any time you wish, for example via MSG. Best regards, Wilhelm Sanke

Re: Another MC-Rev anomaly: "text of image" property

raries" and its handler "revLoadLibraries": "on revLoadLibraries global gRevSmallAppIcon,gRevAppIcon local tBtn,tLine set the paintCompression to "png" -- match the engine ... ..." This handler is also added to each standalone. Best, Wilhelm Sanke <ht

Re: Another MC-Rev anomaly: "text of image" property

On Tue, 31 Oct 2006, J. Landman Gay wrote: Wilhelm Sanke wrote: For the above points there are no differences between Rev and MC, but - The format of the "text of image" property is different in Rev and MC - tested both in stacks and standalones. Rev sets the default paintC

Another MC-Rev anomaly: "text of image" property

eing added to the Rev standalone that allows proper handling of the "text of an image"? Regards, Wilhelm Sanke <http://www.sanke.org/MetaMedia> ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

Re: Moving to MC 2.7

ing on when you have looked at the card or stack script and then hide the script editor. Regards, Wilhelm Sanke <http://www.sanke.org/MetaMedia> ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

Re: Moving to MC 2.7

o the detailed results of my last post of thread "Speed differences between MC and Rev (problem area nearly found)". You can test this in both IDEs for yourself using stack <http://www.sanke.org/Software/MC-Rev SpeedTest-BZ.zip>. The ending "BZ" denotes that I am go

Subject: [ANN] "Seamless Tiles Generator" released

7 filters are provided which could be useful for background patterns: "fine emboss", "contours", three variants of "lithography", "gray relief", and "red tint"). An external is not needed here. All modifying effects can be used successively,

Re: Speed differences between MC and Rev (problem area nearly found)

nerally 3 seconds slower (33 %) when the imagedata handling is included in the measurement. There is also an additional interference from the Rev IDE. Best regards ( see you again next Monday after a longer weekend), Wilhelm Sanke ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

Re: Speed differences between MC and Rev (problem area nearly found)

e text of the field is indeed identical in all Rev and MC stacks and standalones, meaning that the speed differences between MC and Rev are caused by a different handling of "imagedata"! It now remains to be found out which script

Re: Speed differences between MC and Rev

th a peak of 2165 milliseconds being the slower one. You can download the test stack from here (2 MB because of the embedded picture and the compressed imagedata to enable reset): or type go URL "http:/www.sanke.org/Software/mc-rev_speed_test.rev" in your message box. Best regards,

Re: Speed differences between MC and Rev and the origin of the English language

voluminous doctoral dissertation on my desk). I will continue the discussion in about a week and thank all of you in the meantime for your interest in this thread. Best regards, Wilhelm Sanke ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

Re: Speed differences between MC and Rev and the origin of the English language

essages frontscript if pTarget is empty then put the long id of the target into pTarget put revTargetStack(pTarget) into tStack put the defaultStack into tDefaultStack set the defaultStack to tStack if the mode of stack tStack is not 0 then click

Re: Speed differences between MC and Rev and the origin of the English language

On Fri, 22 Sep 2006, Dave Cragg <[EMAIL PROTECTED]>, wrote: The people of Edinburgh and the area to the south east did fight with the Angles of Northumbria. But these were neither Picts nor Scots. They were Britons who spoke what today would be recognised as Welsh. Interestingly, these batt

Speed differences between MC and Rev and the origin of the English language

when we sometimes also speak of Anglo-Saxons and Anglo-Saxon languages.-- == Now to the speed differences: On Sat, 09 Sep 2006, Richard Gaskin <[EMAIL PROTECTED]> had written (Subject: Re: [ANN]: Imagedata Toolkit (beta) released): Wilhelm Sanke wrote: >> (Remar

[ANN]: Imagedata Toolkit (beta) released

the image horizontally, vertically, and 90 degrees, "skew", "shift", and "shrink" for other spatial deformations, "refractions" to produce a series of decreasing images inside the image, "glassy reflections" with various density options, "

Re: Metacard does not start on a second Mac

Jacqueline Landman Gay wrote: The only thing I can think of is that Rev now requires a registered and licensed version on the drive before the engine will run. If you haven't installed Revolution and licensed it first, other IDEs may not work. Now technically, the MC IDE (or any other) is supp

Re: Metacard does not start on a second Mac

J. Landman Gay wrote: Wilhelm Sanke wrote: I tried to transfer the Metacard IDE and a stack from my G4 Powerbook to a second, but very much faster G4 Powerbook to see the speed differences for scripts in the stack. Both Powerbooks run with OS 10.3.9. I used a USB-stick to put the files

Metacard does not start on a second Mac

rights for installing new programs? And how could I overcome that? Any suggestions are appreciated. Best regards, Wilhelm Sanke ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

[ANN] ImageData Gallery

ge manipulation. Experimenting with imagedata I came across a number of new solutions for scripting functions, which I will also use to improve my present Colorpattern Toolkit. Regards, Wilhelm Sanke <http://www.sanke.org/MetaMedia> __

Re: (not) Moved icons

m some time ago (two years or so?) and had reported this on this list. What are the opinions for an optional inclusion of the whole Icon stack? It would add another 500 KB to a standalone. Best regards, Wilhelm Sanke <http://www.sankee.org/MetaMedia>

Some afterthoughts concerning the enigma of "generic players"

I remember the new "Media" brand of Revolution was mentioned as one reason to introduce a restricted player policy(?). We do not yet know much about "Media", as it is not yet released (although you can already pay for it), so I have to reserve judgment here. But if th

Re: MC 2.7 building standalone

e volume of the website. Seen from the marketing angle for RunRev, the possibility to view and test stacks for interested individuals who do not yet use one of the two IDEs could be a starting point for at least some of them to eventually join the community of Revolution and Metacard users.

Re: MC 2.7 building standalone

warning, should the user choose this option, that he will loose the new functionality of 2.7 with the conversion, in case he should have included some of the new features. Best regards, Wilhelm Sanke ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

Re: MC 2.7 building standalone

t to my website. But there is more to the 2.7 "standalone file" needed to build standalones, at least on Windows: Rename file "standalone" to "Standalone.exe", and then you can drag-and-drop mc-files on it, which will be opened.

MC Standalones in Rev and MC IDEs (was: MC 2.7)

pp" bundle in the neighbouring Revolution folder "Runtime/Mac OS X/PowerPC-32". If a MC stack is used in the Rev IDE, you cannot build a standalone of a stack with a mc-extension, you have to change it to "rev". Regards, Wilhelm Sanke <http://www.sanke.

Double tools stack and LookAndFeel

this case, which however seems rather improbable to me) with a function that looks for the presently applied lookandfeel and sets this as a property of a standalone. Another related issue: We lack an "Appearance Manager" option in the Preferences substack. Regards, Wilhelm Sanke ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

Rev 2.7 engine in MC IDE?

et of licensing functionality across all Revolution-compatible development environments. At present, the pre-2.7 per-Revolution licensing model is still used, but in the next build an IDE engine will not run *unless* it has had a valid license key entered. Best wishes for a produ

Issues of MC IDE version 2.6b11

ing to do with embedded dialogs or other substacks, but that is apparently not the case. The other way round, building standalones in the MC IDE from rev stacks is possible even with maintaining the extension. But when selecting the file in the dialog, Rev files are not displayed (see

Re: Answer Dialog at ScreenLoc?

ction of the second added script line is that NewLoc is set to empty immediately *after* the dialog stack has been safely placed; thus default behavior is restored, but the option to place a dialog anywhere the next time remains. Regards, Wilhelm Sanke <ht

Re: Answer Dialog at ScreenLoc?

the NewLoc of this stack to empty " The stacks can be used as usual if no NewLoc property is set. Line 2 of the script makes sure to restore the default behavior of the dialogs the next time they are opened without a specified "NewLoc"." Regards, Wilhelm Sanke <http://

Re: image display

ck is an image with polygon overlays corresponding to the outlines of objects. Mode "Test with Loop" is an example for an instructional programs that allows the repetition of unsolved problems." Regards, Wilhelm Sanke ___ metacard mailing

Re: Caching?

item 2 of Zeile into Eigner put lineoffset(Eigner,BList) into GroupEigner put line Groupeigner of BList into Beigner put empty into pad repeat while char 1 of Beigner is Space put Space after last char of pad delete char 1 of B

Deep-mask feature and alwaysbuffer

tended, a remark about the necessity to set the alwaybuffer-property for a stack to true when using the deep-mask feature should be added to the "windowshape" entry of the documentation. Regards, Wilhelm Sanke <http://www.sanke.org/MetaMedia ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

Deep-mask feature and alwaysbuffer

ed, a remark about the necessity to set the alwaybuffer-property for a stack to true when using the deep-mask feature should be added to the "windowshape" entry of the documentation. Regards, Wilhelm Sanke <http://www.sanke.org/MetaMedia ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

Re: Appearance of menu items in version 2.6.B11 (and earlier)

ssel.de> again. Regards, Wilhelm Sanke <http://www.sanke.org/MetaMedia> P.S.: Just returned from a stay of several weeks at my second home (as it were) in Surfside, part of North Miami Beach, where my schedule and leisure time distracted me very much from things like Metacard and Revolution.

Re: Appearance of menu items in version 2.6.B11 (and earlier)

y screenshots. But it escapes me why a non-matching version number should cause such overlapping and cutting-off !? This does not happen with engine versions 2.5 or 2.6.2 (I reset the mcversions of these earlier versions without getting adverse effects). Regards, Wilhelm Sanke <http:

Appearance of menu items in version 2.6.B11 (and earlier)

I have uploaded three screenshots (taken with a camera) that show the overlapping of text in some menu items and also cut-off text: <http://www.sanke.org/MetaMedia/MCTools-B11.htm> Regards, Wilhelm Sanke <http://www.sanke.org/

Re: Setting a buttons icon... update

c image if another img exists somewhere with the same id? -- Mac and Windows shareware games http://www.gypsyware.com You can change the ID of an image. Have a look at the "ID property" in the "Metatalk Reference" or the "Transcript Dictionary". --Wilhe

RE: Fixed bug 2471

On Fri, 11 Mar 2005, Xavier wrote: Wilhelm, It's funny but I dont remember ControlsN2O being impacted! I've been using a custom list and table for my browser since I added that feature 2 or 3 years ago... Also, ControlsN2O is no longuer MetaCard compatible since it depends on the RevGeometry manage

Re: Fixed bug 2471

nature of the bug (after first having voiced some reservations). --Wilhelm Sanke ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

Fixed bug 2471

Thanks for the fix which you announced to me in the post below. I see that the current release of 2.5.1 is still buildnumber 73. When and where will buildnumber 77 be available? Regards, Wilhelm Sanke http://support.runrev.com/bugdatabase/show_bug.cgi?id=2471 [EMAIL PROTECTED] changed

Re: Id numbers vs names

ew card you will then have your consecutive ID numbers. Cheers, Wilhelm Sanke ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard

XML Library in the MC IDE?

ibrary and I am wondering how it could be integrated in Metacard as it possible with other Rev-specific libraries or handlers. Regards, Wilhelm Sanke On Sat Jan 22, 2005, Mark Smith mark at maseurope.net wrote: >>> > Could anybody tell me where the "XML library" is located

Re: MC IDE problem

a "mcTranscriptDict" of Jan 10, 2005, in the files section of the Yahoo MC_IDE list. What does it do? It does not have the two options "Scroll to" and "Filter" ( i.e. only the latter) we had added some time ago. Best regards, Wilhelm Sanke __

  1   2   3   >