Re: windows version broken?
There's still arguably a role for a lean IDE like MC as a test bed for discerning whether a given issue encountered in LC is in the engine or the IDE. But given the many enhancements in the engine, attempting to maintain MC as a productive alternative delivered a lower ROI than simply moving the things we like about it into LC. -- Richard Gaskin Seems your opinion does not apply to my reasons :) -- Use an alternative Dictionary viewer: http://bjoernke.com/bvgdocu/ Chat with other RunRev developers: http://bjoernke.com/chatrev/ ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: windows version broken?
Thanks Ken Hugh Maybe this is a problem with the community version somehow? I shall try the commercial version and see if things work better there. Other then that, I guess there's no way for me to fix it, unless i can rename the home stack and open that in the LC IDE. Maybe I can also disable the gui stuff by going to lockMessages very early.. I'l try to poke around a bit, I hoped someone already knew this problem :-/ On 01.03.2014, at 13:05, FlexibleLearning.com ad...@flexiblelearning.com wrote: Most peculiar, BvG. All working fine for me on Win7: v4.52, v5.02, v5.5, v6.1 and v6.5 all using MC IDE 4.1 Maybe a re-install is needed? Hugh Senior FLCo On 04.03.2014, at 02:18, Ken Ray k...@sonsothunder.com wrote: On Feb 28, 2014, at 7:09 AM, Björnke von Gierke b...@mac.com wrote: Hi Yesterday I tried to use MC on windows, and it would throw a ton of errors on any user action like opening the message box, changing the tool, etc. In addition it was impossible to look at any scripts, because it wouldn't actually show the relevant scripts in the script editor window. I also saw two stacks open in the window menu, that i hadn't ever seen on mac os x, but was unable to even look at them (stsScriptingTools and stsST_IntelliScript). Bjornke, Those two stacks are ones in my development environment… I'm assuming that you're getting some error early on in MC's loading process before it gets a chance to reset the window menu and initialize MC properly. Ken Ray Sons of Thunder Software, Inc. Email: k...@sonsothunder.com Web Site: http://www.sonsothunder.com/ ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard -- Use an alternative Dictionary viewer: http://bjoernke.com/bvgdocu/ Chat with other RunRev developers: http://bjoernke.com/chatrev/ ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
windows version broken?
Hi Yesterday I tried to use MC on windows, and it would throw a ton of errors on any user action like opening the message box, changing the tool, etc. In addition it was impossible to look at any scripts, because it wouldn't actually show the relevant scripts in the script editor window. I also saw two stacks open in the window menu, that i hadn't ever seen on mac os x, but was unable to even look at them (stsScriptingTools and stsST_IntelliScript). Most perplexing to me is that MC does have exactly zero of those problems on mac os x. I asked Jacque and she said it might be the script editor itself who's throwing fits. Does anyone know what could be the cause of symptoms like that, and/or maybe someone already solved the problem? Thanks for your Time Björnke -- Use an alternative Dictionary viewer: http://bjoernke.com/bvgdocu/ Chat with other RunRev developers: http://bjoernke.com/chatrev/ ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Open-source version of LiveCode
On 09.05.2013, at 04:51, J. Landman Gay wrote: This list is pretty much deserted now. I'm a tumbleweed! *wheee* ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Even older version MC?
Did you try to use the Rev/LC IDE? maybe it is a bit more specific about the error. Another thing to consider is using a different version of the engine for your game. Older engines do have compatibility problems with some newer OS features, and newer version might interpret existing code slightly different (especially visual adjustments on the screen). It's kinda hard to track these things down. Good luck with the hunting :( On 3 Nov 2011, at 15:12, Eva Isotalo wrote: Thank you Mark. All paths are relative and the start up stack check where it is situated at at start up and saves the path to a custom prop. Everything having a path of sort is checking this custom prop where to go. One thing some untouched stacks reacted to, after saving the start up stack with MC 2.4.3, is 'focus btn horse'. I changed it to 'set focus of btn horse to true' which worked but I still get other errors which I don't understand why they happen. Error msg don't show reasons or points to anything, they are blank. I can't justify recoding half the game, time and energy wise, just because I change a couple of lines in one stack. So is this a dead end then maybe? On 2011-11-03 11:49, Mark Schonewille wrote: Hi Eva, Just a guess... your app expects to find a CD and then reads files from this CD. The path to the files is probably saved in a variable somewhere. Now you have disabled this feature and your app can no longer find the files. As a result, your scripts no longer work properly. Do you think this could be the cause of your problems? -- Best regards, Mark Schonewille ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard -- Watch live presentations every Saturday: http://livecode.tv Use an alternative Dictionary viewer: http://bjoernke.com/bvgdocu/ Chat with other RunRev developers: http://bjoernke.com/chatrev/ ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Proposed stack name changes for the MC IDE
I think what Mark meant was not to use mc but instead MetaCard as a whole word. to make it even more obvious. On 30 Jun 2011, at 16:49, Ken Ray wrote: Using a prefix implies that there is the possibility of extending the MC IDE in the future and a potential getting-in-the-way. This is something we don't want. I clearly agree that the getting in the way is something we don't want, but can you clarify what you mean by extending the MC IDE? Although it isn't a big deal, I think that using a prefix like mc is very RunRev-like and not the right approach. Since the number of IDE stacks is supposed to stay at a minimum, a prefix should be unnecessary. If we ever need something like this, it would be nice to come up with a really clever and friendly solution. I'd *love* for there to be less IDE stacks - currently there are *70* substacks of the Metacard Menu Bar stack. Granted that some of these are old copies that can be deleted or are for dialogs to set really old settings, or are copies of the Script Editor, but without some significant changes it's not going to get much smaller. I think the issue is that until RunRev creates namespaces inside LC, the IDE stacks should be renamed to get out of the way of the developer, at least the more common ones like Preferences and Properties. The only issue with only renaming *some* stacks is it becomes inconsistent, which is also a pain. The good thing though is that unless one is working on tools to manipulate the IDE itself, they shouldn't encounter the internal stack names of the IDE stacks very often, so it may not matter what they get called as long as they get out of the way. Just my 2 cents, Ken Ray Sons of Thunder Software, Inc. Email: k...@sonsothunder.com Web Site: http://www.sonsothunder.com/ ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Live livecode event
every saturday from here to infinity, and beyond! On 23 May 2011, at 01:30, Ken Ray wrote: Knowledge about even the existence of Metacard is very low among new customers of LC. That is why I am looking for presenters who can talk about one or some of these topics: - How to set up MC on Mac and/or Windows - Introduction to differences between MC and LC - Explanation about how to extend MC (or LC) - History overview back to MC or even all the way to Hypercard - Anything else We gather every Saturday at 20:00 CET, more info at www.livecode.tv Is no one here is up to this task? I can probably make some time, depending on which Saturday we do this on. When did you want to do this? Ken Ray Sons of Thunder Software, Inc. Email: k...@sonsothunder.com Web Site: http://www.sonsothunder.com/ ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Live livecode event
Knowledge about even the existence of Metacard is very low among new customers of LC. That is why I am looking for presenters who can talk about one or some of these topics: - How to set up MC on Mac and/or Windows - Introduction to differences between MC and LC - Explanation about how to extend MC (or LC) - History overview back to MC or even all the way to Hypercard - Anything else We gather every Saturday at 20:00 CET, more info at www.livecode.tv Is no one here is up to this task? On 4 Apr 2011, at 19:39, Björnke von Gierke wrote: Hi Would someone who wants to be available to talk about one of these topics in a live liveCode event? They're on, each Saturday 19:00 GMT. We usually get 20 live viewers, and quite a few people watch the recordings later. Preferable someone who uses Metacard, I guess? Knowledge about even the existence of Metacard is very low among new customers of LC. - How to set up MC on Mac and/or Windows - Introduction to differences between MC and LC - Explanation about how to extend MC (or LC) - History overview back to MC or even all the way to Hypercard - Anything else Please contact me off list. Cheers Björnke -- official ChatRev page: http://bjoernke.com/chatrev Chat with other RunRev developers: go stack URL http://bjoernke.com/chatrev/chatrev1.3b3.rev; ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Live livecode event
Hi Would someone who wants to be available to talk about one of these topics in a live liveCode event? They're on, each Saturday 19:00 GMT. We usually get 20 live viewers, and quite a few people watch the recordings later. Preferable someone who uses Metacard, I guess? Knowledge about even the existence of Metacard is very low among new customers of LC. - How to set up MC on Mac and/or Windows - Introduction to differences between MC and LC - Explanation about how to extend MC (or LC) - History overview back to MC or even all the way to Hypercard - Anything else Please contact me off list. Cheers Björnke -- official ChatRev page: http://bjoernke.com/chatrev Chat with other RunRev developers: go stack URL http://bjoernke.com/chatrev/chatrev1.3b3.rev; ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: unsbscribe
On 1 Apr 2011, at 22:39, Albert Cote wrote: http://lists.runrev.com/mailman/listinfo/metacard go to this link and unsubscribe there. ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: [MC_IDE] Quick Poll
On 27 Mar 2011, at 23:25, J. Landman Gay wrote: On 3/27/11 1:51 PM, Björnke von Gierke wrote: As far as Standalones go, I find the LC approach pretty sweet, with the caveat of those horrible IDE properties and the need to scrub them whenever a standalone is built. The SB removes them, you don't have to. Yes, i don't delete anything by hand. But the removal makes the SB about 10 ms per object slower. if they'd actually leave them in (as they don't really take up much space), then the building speed could be vastly increased, especially for larger projects. Obviously much better would be to not add them in the first place... ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: How to deal with zip archives?
you can use externals, just need to load them yourself: set the externals of myStack to revzip.bundle On 21 Dec 2010, at 00:38, Zryip Theslug wrote: From: Richard Gaskin ambassa...@fourthworld.com I just double-click such files, since Mac, Win, and Linux all include software to automatically unzip 'em. Richard, Thanks. In fact, I meant How can we deal with the content of zip archives in MC? ;) I'm looking for a substitute to the revZip external of LiveCode, with the using of commands such as revZipExtractItemToFile. Best regards, TheSlug ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: ChatRev was Re: IDE Interoperability
On 28 Apr 2009, at 01:30, Nicolas Cueto wrote: Hi Björnke, Do you know if your chat stack will work on Rev 2.9? It should work with rev versions down to at least 2.6.1, prolly even earlier ones. It's also fully metacard compatible. if you have further questions, feel free to contact me directly. Björnke -- official ChatRev page: http://bjoernke.com/runrev/chatrev.php Chat with other RunRev developers: go stack URL http://bjoernke.com/stacks/chatrev/chatrev1.3b3.rev; ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: IDE Interoperability
I have been thinking into a similar direction lately. The main issue is about how to decide what is a component and what isn't. For example a script editor contains stuff for debugging, auto-completion (... sometimes), colorisation, undo handling, etc. So should a script editor be one component, or a dozen? It's probably best to just start somewhere, and then readjust constantly what degree of atomisation actually makes sense. Also, I think this should be a fork of metacard, and not a replacement of the current mc ide. On 27 Apr 2009, at 14:48, David Bovill wrote: ...so I thought that might be a good place to start = Script Editor Switcheroo API. That is a way to switch between different Script Editors, and to be able to define and add your own alterrnatives. ... -- official ChatRev page: http://bjoernke.com/runrev/chatrev.php Chat with other RunRev developers: go stack URL http://bjoernke.com/stacks/chatrev/chatrev1.3b3.rev; ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: IDE Interoperability
On 27 Apr 2009, at 21:27, Alain Farmer wrote: Quite right. I'm looking forward to see what you guys come up with. :-) What? Us? No way, you do it :P Bjoernke -- official ChatRev page: http://bjoernke.com/runrev/chatrev.php Chat with other RunRev developers: go stack URL http://bjoernke.com/stacks/chatrev/chatrev1.3b3.rev; ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Calendar widget crafted with MetaCard
Wow, second time today to advertise my stuff :) check out dateandtime (in the middle): http://bjoernke.com/runrev/stacks.php bjoernke On 9 Jul 2008, at 22:26, Alain Farmer wrote: Hello fellow MetaCard users/developers, :-) Have any of you ever crafted a CALENDAR widget ? IOW, a tiny metacard stack, displayed as a palette, wherein: * days of the month are mapped to corresponding weekdays ; * clicking on next/prev month auto-generates calendar for it ; * selecting a day of a monthly calendar returns corresponding date. You know what I mean. I need a widget/dialog to select a DATE visually, which will then return this date in date-format; and put it into a field, or whatever. In geek-speak : ;-) on mouseUp put selectDate() into field creation date end mouseUp function selectDate palette Date Selector end selectDate on preOpenStack -- in stack script of stack Date Selector put the date into today convert today to dateTime set itemDelimiter to comma put item 1 of today into thisYear put item 2 of today into thisMonth put item 3 of today into thisDay -- generateCalendar thisYear, thisMonth, thisDay -- end preOpenStack on generateCalendar thisYear, thisMonth, thisDay -- this is what I NEED. Please. Pretty-please :-) end generateCalendar Anyone care to SHARE ? :-)) Alain ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Scrollbar cutoff 2.9?
Same setup maybe, but also the same OS, and the same processor technology? There have been numerous problems in one version of OS X, that didn't happen in others, and same goes for ppc vs intel. I'd say a bug that always happens on two machines (or more) is reproducible, only if it would sometimes happen and other times not, then i'd be more cautious. On 27 Mar 2008, at 09:23, Klaus Major wrote: At work, where I use the same setup as at home (even the same files!), the scrollbar looks OK in MetaCard! -- official ChatRev page: http://chatrev.bjoernke.com Chat with other RunRev developers: go stack URL http://homepage.mac.com/bvg/chatrev1.3.rev; ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Scrollbar cutoff 2.9?
Ah, I should have said that I tried quite a few properties, and none changed anything with the problem. I meant to say that there seems to be an engine problem with how the text renders. On the other hand, maybe rev's font handling stuff uses some magic setting combination which then produces correct scrollbars. Either way, this should be an entry for bugzilla, as rev promised to fix bugs immediately that where not around in 2.8.1. On 26 Mar 2008, at 03:39, J. Landman Gay wrote: Björnke von Gierke wrote: Hi Klaus I see the same difference on Mac OS X 10.5.2 ppc . Wild guess: text rendering issue, because the scrollbar number in MC needs more space, and is a bit further down for the same font settings, then the one in Rev. That sounds logical. If that's the case, then maybe setting the margins of the scrollbar would help. ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Scrollbar cutoff 2.9?
i can give you a recipe: 1. download stack to create mc (mine or jacques), and create mc 2. download current ide zip, and put file from ide zip into folder where mc was created (not sure if jacques stack needs this step) 3. start mc, make an empty stack, create scrollbar (optional create stack in rev, and open in mc) result: scrollbar renders incorrectly, tested on mac os x 10.5.2 ppc with rc2 of 2.9 On 26 Mar 2008, at 19:00, Klaus Major wrote: Am 26.03.2008 um 18:52 schrieb Björnke von Gierke: Ah, I should have said that I tried quite a few properties, and none changed anything with the problem. I meant to say that there seems to be an engine problem with how the text renders. On the other hand, maybe rev's font handling stuff uses some magic setting combination which then produces correct scrollbars. LOL :-D A VERY good one! I tried with identical text settings, no way... Either way, this should be an entry for bugzilla, as rev promised to fix bugs immediately that where not around in 2.8.1. I'm not sure, since it works OK in Rev! And it is really no use to report bugs without a bulletproof recipe! Regards Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Scrollbar cutoff 2.9?
You have to make it a bit taller to get the shield-like one, as that only shows when there's space for the scale. I don't have a metacard installation right now, but once i have one, i'll test this. On 24 Mar 2008, at 23:47, Rob wrote: Klaus No problems with OSX 10.4.11 for me. However, the glyph is different on the control (circular not shield). Screenshot: http://www.drivingwheeldruid.com/scrollbar.html Richard You may be right, but the behaviour on Klaus' system is manifestly different depending on the IDE he is using, therefore something is different and this difference can only be in either the way the engine presents the control or the way the IDE displays the control. If it was the OS surely the control would be correct (or incorrect) in both IDEs. Cheers Rob Tucker ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Scrollbar cutoff 2.9?
On 25 Mar 2008, at 18:38, Klaus Major wrote: Am 25.03.2008 um 10:50 schrieb Björnke von Gierke: You have to make it a bit taller to get the shield-like one, as that only shows when there's space for the scale. I don't have a metacard installation right now, but once i have one, i'll test this. Why does noone actually seem to READ the posts her?! The screenshot shows the SAME stack opened in Rev and MC! Breathe Klaus, breathe deeply :) I just answered Rob, who seems to have a different default scrollbar setting then everybody else. Are you sure you are testing in 2.9, Rob? Pplease try to set the showValue of your test scrollbar to true. -- official ChatRev page: http://chatrev.bjoernke.com Chat with other RunRev developers: go stack URL http://homepage.mac.com/bvg/chatrev1.3.rev; ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Scrollbar cutoff 2.9?
Hi Klaus I see the same difference on Mac OS X 10.5.2 ppc . Wild guess: text rendering issue, because the scrollbar number in MC needs more space, and is a bit further down for the same font settings, then the one in Rev. have fun Björnke On 23 Mar 2008, at 14:54, Klaus Major wrote: Hi friends, please take a look at this little screenshot: http://www.major-k.de/staxx/scrollbarthumb_cutoff.jpg This shows the SAME stack! Front: Rev, engine 2.9 RC2 Back: MC, engine 2.9 RC2 ? I thought the engine would manage this? Tried a zillion combinations of settings, nope... Any opinions? -- official ChatRev page: http://chatrev.bjoernke.com Chat with other RunRev developers: go stack URL http://homepage.mac.com/bvg/chatrev1.3.rev; ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: MetaCard IDE
Because you mentioned carbon, I assume you're trying to do this on Mac OS X. Transforming Rev into Metacard can be tricky, that's why there's not one, but two stacks to do it somewhat automatically. One is by Landman Gay, and can be found under this url: http://tech.groups.yahoo.com/group/MC_IDE/files/ The other was made by me: http://homepage.mac.com/bvg/temp/create_mc_for_macosx.rev I hope one of those does what you need Björnke On 30 Aug 2007, at 16:41, Bryan H wrote: Hi, I recently updated my license to Revolution but still wish to use the MetaCard IDE (I am pleased some of you are keeping that going). But I am having a problem getting the MetaCard IDE working and a little confused. I am guessing to get things going I need a MetaCard app (bundle). However, the only version of MetaCard I have is a Carbon version (2.4) and I am guessing this does me no good. Is there a MetaCard app (bundle) around I can get a hold of to get going? Or is there something else I am missing. On the flip side, my stacks are working fine importing them to Rev but I am unable to build a standalone. Perhaps this has to do with the old Menu substack I have residing in these stacks, but again I am unsure. Is there information somewhere on converting these old MetaCard stacks to rev? Thanks! Bryan ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: [ANN] automatic metacard IDE creation tool
I guess we should have coordinated this better, but Richard only asked me yesterday. :( Maybe you and he can sort it out, and if you want, I'm happy to step down. I don't get this. You mentioned a similar sentiment about the documentation. What is so bad in your assessment about having two stacks doing the same (or a similar) thing? Maybe mine has an error? Maybe yours is slower? By offering different stacks, we can both play our strengths, and any programmer can take them and merge them, building an even better version by improving on our collective foundation works. Unless of course you wanted to sell yours, but I highly doubt this was the case here. On a side note: I mentioned my intentions to do this on ChatRev before starting it, but if desired I can announce on this list every mc related project I start (my started projects/finished projects ratio is about 1 to 10 though). puzzled Björnke -- official ChatRev page: http://chatrev.bjoernke.com Chat with other RunRev developers: go stack URL http://homepage.mac.com/bvg/chatrev1.3.rev; ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: [ANN] automatic metacard IDE creation tool
Rereading my post it was unnecessary edgy on the tone. I understand now that you only wanted to make sure i don't feel stepped on the tie (german saying). Meanwhile, I do think that looking out not to harm other people feelings too much can be as damaging as caring for them too little. In my opinion, the rev community has a strange size. You hardly see any free stack doubled, and normally, if it happens, both creators know each other. At the same time, the community is too small to have only one stack of each kind. In the case of rev/mc plugins, or additions, I'll be glad to see how other people are approaching the same problem within the same constrains. Because of that I often invite people to take my work and make their own versions of it. Maybe that was why I felt a bit miffed about the questions regarding my feelings, especially as I myself know my feelings quite well. :P cheers Björnke On 10 Jun 2007, at 17:49, J. Landman Gay wrote: Björnke von Gierke wrote: I guess we should have coordinated this better, but Richard only asked me yesterday. :( Maybe you and he can sort it out, and if you want, I'm happy to step down. I don't get this. You mentioned a similar sentiment about the documentation. What is so bad in your assessment about having two stacks doing the same (or a similar) thing? Nothing at all, I just didn't want you to be insulted or feel that I was in competition. If you don't mind, then I'll go ahead. I was mostly concerned about your feelings. Maybe mine has an error? Maybe yours is slower? By offering different stacks, we can both play our strengths, and any programmer can take them and merge them, building an even better version by improving on our collective foundation works. Sure, no problem. My main fear was that after the documentation discussion you'd think I was trying to compete, which of course I'm not. It was just something that Richard and I had discussed, and I was putting together some specs to post to the list. Unless of course you wanted to sell yours, but I highly doubt this was the case here. No, not at all. It's all a volunteer effort and I had some time this weekend. On a side note: I mentioned my intentions to do this on ChatRev before starting it, but if desired I can announce on this list every mc related project I start (my started projects/finished projects ratio is about 1 to 10 though). We mostly use this list to coordinate IDE efforts and anyone who wants to change or add something usually posts here first. Then we gather ideas, get a consensus, assign the project to that person, and it proceeds. I really welcome your contributions and I don't want to discourage you in any way, so I'm sorry if my last post sounded critical. If your stacks don't directly hook into the IDE, then no announcement is expected. This one doesn't, so it's fine. Your stack is a welcome addition and as long as you aren't insulted if I continue, then we're cool. -- official ChatRev page: http://chatrev.bjoernke.com Chat with other RunRev developers: go stack URL http://homepage.mac.com/bvg/chatrev1.3.rev; ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
[ANN] Chatrev beta
Hi I have made a prerelease stack of the chatrev client that is supposed to work within metacard. I'd be very glad if you guys would check it out, but please do not distribute the link. If all is well, I'll use the same stack as the newest version, minus the red field ;-) http://homepage.mac.com/bvg/temp/chatrev1.3b3_beta.rev New features are: 1. Metacard compatibility Please report anything broken, i already thought it was since a year or so! 2. A chatrev icon for the dock respectively the task bar Only when starting as standalone, or when the checkmark is set (changing the checkmark itself does not have any effect, the icon is only set at preopenstack). 3. Automatic reconnect after some unintended disconnects Of course there are still many connection loss scenarios which i can't work around (because I do not want a connection checking send in time in the client). Thanks Björnke -- official ChatRev page: http://chatrev.bjoernke.com Chat with other RunRev developers: go stack URL http://homepage.mac.com/bvg/chatrev1.3.rev; ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
[ANN] automatic metacard IDE creation tool
i wanted to write a tutorial for people to follow, when they do not have any metacard installed yet, but want to check it out. In my opinion, the process would be too complex to follow, and no one is gonna read a tutorial anyway. Therefore I made a stack that does it mostly automatic: http://homepage.mac.com/bvg/temp/create_mc_for_macosx.rev It works for Mac OS X, and people still need to supply the ide stacks by hand. Related to that: Would it be possible to mirror the IDE stack files somewhere, where a program can download them (maybe ask runrev for a bit of space on their server?)? Additionally, is it possible not to use zip files (because that needs the zip.dll)? I recommend plain stack files, maybe gz, because these can be used within rev/mc. A feature i could have made is the creation of relevant bundles needed to build applications within mc, but it's 06.00 and i want sleep. Have fun Björnke -- official ChatRev page: http://chatrev.bjoernke.com Chat with other RunRev developers: go stack URL http://homepage.mac.com/bvg/chatrev1.3.rev; ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: BvG Docu and home stack in Metacard
Thank you for your hints. Unfortunately i can't get metacard. Is there any resource on the web that explains what one needs to do, if one has Rev, but no Metacard installed yet? I fainthly remember I need another license number from rev, gonna mail support for that... I also browsed the files in the metacard yahoo group, but couldn't find the metacard ide, only the mctools.mc stack. Where do I get the full MC IDE from? Neither the runrev.com nor the metacard.com site seems to contain any related information. So... ??? Björnke On 08 Jun 2007, at 07:24, Ken Ray wrote: I'd be really glad if you guys could tell me what needs fixing for it to work properly with the Metacard IDE. Well, I took a quick look today and basically it boils down to what you take advantage of from the Rev environment by default (inherited fonts, the fact that the XML external is automatically loaded, etc. To make it MC-compatible, I'd do three things: 1) When your stack opens, check the revAppVersion() - if it comes back as 0, you're running in MetaCard. 2) Explicitly define the fonts, sizes, styles etc of all your fields and buttons, or define it from your stack and have the objects inherit it 3) Add a substack to your main stack window called something like BVGExternals and a custom property to your main stack window to hold a path to the revXML external. When you launch check to see if you're in MC. If you are, check the custom property to see if it has a value. If it doesn't, ask the user to locate the revXML external and store the path in the custom property. If it *does* have a value, verify there's a file at that path. Once you're sure you have the external available, dynamically set the externals of stack BVGExternals to the revXML external path, and then bring the BVGExternals stack into use with start using stack 'BVGExternals'. This will load the revXML external on the fly and make it available to your main stack window. After that, the rest *should* work... BTW: Thanks for doing this! I think this will add great benefit to the MC IDE! Ken Ray Sons of Thunder Software, Inc. Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.com/ ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: BvG Docu and home stack in Metacard
On 08 Jun 2007, at 12:44, Wilhelm Sanke wrote: On Thu, 07 Jun 2007, Ken Ray wrote: 3) Add a substack to your main stack window called something like BVGExternals and a custom property to your main stack window to hold a path to the revXML external. When you launch check to see if you're in MC. If you are, check the custom property to see if it has a value. If it doesn't, ask the user to locate the revXML external and store the path in the custom property. If it *does* have a value, verify there's a file at that path. Once you're sure you have the external available, dynamically set the externals of stack BVGExternals to the revXML external path, and then bring the BVGExternals stack into use with start using stack 'BVGExternals'. This will load the revXML external on the fly and make it available to your main stack window. Another way to do this: put revxml.dll and the Rev folder documentation into your MC folder (you can delete most of it afterwards). Open BvG_docu stack and add revxml.dll under components, externals. Do the same for substack docsLib after topleveling it. Save BvG_docu and quit Metacard. Sounds nice, but i don't have Metacard (yet). I'll think about the merits of both approaches, and will choose one (right now I think that Ken's let's me distribute the file for rev and mc simultaneously, whereas yours would need 2 different files). Folder documents now contains an additional subfolder BvG_docu. This is the only thing you need to run the dictionary, You can throw out folders and files packaged_XML, rev, pdf (unless you intend to use these special rev-files or the PDF user documentation), glos.index, glos.rsindex, and dict.index. Alternatively you can point my stack to the documentation folder within rev itself, and then let it make the bvg docu folder within your mc folder (the wizard allows that, though it's not the default). The only files the stack then needs after that, are those in the folder it created. - Björnke concentrates on the dictionary, and is more or less forced to do this because the former Topics as XML-files have now been replaced by a PDF User Guide. My searchstack could search through all XML help stacks at once (if selected) as the former Rev documentation was less fragmented. I could have implemented that, but have chosen not to, mainly because it'd need more files and indexes to work efficiently, of which there are enough already. - Björnke searches on a one-word basis and filters out the relevant dictionary entries, the first one as the full article, the others with their listed names which can then bring up the respective entries. My searchstack allows to search with any string length and number of words, and then lists all found lines (with 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. Actually I do not search at all, but take a list of all entries names and then filter that (so you can use * the same as within the filter command). Additionally I made some custom rules, especially regarding /* as well as */ and the square brackets ([ and ]). Also I always add a * at the end. I mention this only to point out different possible search approaches. I think Björnke's stack is a long-needed and valuable contribution especially for the MC community. Thanks, I am very happy with the praises my stack has gathered up to now, if a bit surprised that no one has changed it around yet, to add features like those you mentioned in your mail. Of note regarding that is, that I'll be glad to include any additional features anyone makes, and would of course mention their names/pages/aliases properly. This only applies as long as it's not too much additional work for me (the definition of additional work depends on current mood, weather, planet alignment, and so on). Alternatively anyone can host their changed stack themselves, in which case I'd offer a link to their version. I have a similar offer regarding to ChatRev, but there you'd need to do all the work on the client as well as the server, and I'd need to like the way you did it, basically I'm more restrictive if you want me to host your changed server (Of note is, that everyone is free to change it all around (or not change it at all) and host it themselves). have fun Björnke -- official ChatRev page: http://chatrev.bjoernke.com Chat with other RunRev developers: go stack URL http://homepage.mac.com/bvg/chatrev1.3.rev; ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: BvG Docu and home stack in Metacard
I also browsed the files in the metacard yahoo group, but couldn't find the metacard ide, only the mctools.mc stack. Where do I get the full MC IDE from? Good point! Klaus, I think you should post the full set (mctools, mchome, and mchelp) with each new IDE build even though the home and help don't change (at least not yet). Could you do that for the current IDE so that Bjornke can download a full build? I think it would be enough to have an entry the rest of the mc ide, as long as it doesn't change frequently. That way Klaus does not need to remember to include them every time (assuming it's him who always uploads these updates). I'd offer to write a tutorial about how someone who does not have any previous installation can use a fresh install of rev and these files to get metacard up and running... If I only had all the files. Also: I do have some MC version installed (v2.51), but it does not work if I only copy my 2.8.1 engine there. You guys mention changing a script in the home stack on the yahoo group, which I can't do, as I don't have a license for that version (ten line limit). I also doubt that loading a second stack that is called home into my rev installation will be a great success... maybe I'll try when I'm back home this evening. Anyway, request for upload of all relevant files seconded (maybe the os x bundle too?). pretty please *puppy dog eyes* Björnke ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: BvG Docu and home stack in Metacard
On 08 Jun 2007, at 19:42, J. Landman Gay wrote: Richard Gaskin wrote: What would it take to be able to open Rev's Help right in MC? About half of their IDE. ;) They use a whole lot of custom Rev handlers. I like the current mctranscript stack, it's very simple and easy. I don't often feel a need for anything more complex, usually I just need to look up a behavior or syntax. I'd like to see it updated to read the new Rev docs. On the other hand, I'm not familiar enough with BvG's version to know what I'm talking about. ;) The Rev docu uses about 41 different stacks (for the dictionary alone), which get loaded and unloaded constantly during looking at the entries within the rev ide. Frankly I do not want to do something that slow, and it is the main reason why I used the export approach. An alternative would be to put everything into one file, for example a stack, but with ca. 8 MB, that's quite a hefty chunk of RAM in my opinion (although you might reduce it by getting rid of all the xml stuff). I had a very very quick look at the mcTranscriptDict.mc stacks script. It seems it relies mainly on the dictionary using ![CDATA[xyz]] blocks, which the current documentation does not use anymore. From my quick glance i'd thus guess it would be easier to replace the xml external in my docslib stack with ken ray's xml lib, than using the code in the mcTranscriptDict stack... On the other hand it's clear I of all people would see it that way :P Oh, I'm really not afraid of any competition in the third party documentation replacements market (strange thing to write). Actually I made all the actual data handling independent from the gui in my own project exactly to let people make more different gui's. As for making the Rev dictionary entries accessible within MC (not using my stack), you need to gather this information: 1. the dict.index file contains all the entries with their index number (and some additional more or less usefull information). 2. the clumbs.index file contain which clumb stack contains which index number. 3. The revDocClumbXX.rev stacks contain the actual entries as numbered custom properties. 4. The actual entries are xml, and won't be parsed as valid, unless you have the DTD, which you can find in a customproperty somewhere within the revDocumentation stack (forgot where), or in a customproperty of the only card of my docslib stack. 5. Unfortunately the data contains quite some anomalies, wrong entries and strange inconsistencies, which you need to work around, or ignore (i.e. the different ways (greater than ) is written in different places). If you have gathered from all this the data you want, your stack will work in rev 2.7.2 and upwards. Of course you could go lower, but the format and files changed much with almost each release version before that. cheers Björnke -- official ChatRev page: http://chatrev.bjoernke.com Chat with other RunRev developers: go stack URL http://homepage.mac.com/bvg/chatrev1.3.rev; ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: BvG Docu and home stack in Metacard
The irony of all of it is that they wind up putting all of the data into a single field, so I'm not sure why the entries aren't just published as htmlText. :\ My stack allows you to highly customise the way, and especially in which order, the parts of each entry should be shown. That would be a pain in the ass to implement if the original data was all in one field. Even with a fixed layout like Rev uses, it'd be easy to change stuff around for a new version of the GUI. RunRev changes the layout of the documentation so often, I wonder why they didn't just put every single word into it's own xml node for total access though. ;-) -- official ChatRev page: http://chatrev.bjoernke.com Chat with other RunRev developers: go stack URL http://homepage.mac.com/bvg/chatrev1.3.rev; ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
BvG Docu and home stack in Metacard
Hi you old school devotees Richard posted to the use list that BvG Docu does not work with Metacard. I am currently not a Metacard user, however, I'd like my stacks to work there as well as within the ordinary GUI. BvG Docu is a GUI replacement that does show the current Revolution documentation entries, usable with Rev versions 2.7.2 and higher. You can get it at my stacks page: http://bjoernke.com/runrev/stacks.php A very detailed (and hopefully funny) recollection of how I made it can be found in the latest RunRev Newsletter: http://www.runrev.com/newsletter/may/issue27/newsletter4.php Unfortunately I do not know what does, and what does not work within the Metacard IDE. Specifically related to BvG Docu: 1. It expects you to have the rev documentation files installed, as it needs them for the next step, which is: 2. Copy the custom properties from the stacks rev uses into several files, to be later able to: 3. Use the XML external to access the xml files (I suspect this to be the problematic thing here). This is all stuff happening within docsLib by BvG. I do not know of any other problematic thing that Metacard could expect, specifically I do not use revGeometry. I'd be really glad if you guys could tell me what needs fixing for it to work properly with the Metacard IDE. Additionally I'm intrigued by the idea of a user made tutorial/home stack, like Richard suggested on the use list, and I guess the idea originated here. Up to now i remember about four or five gazillion times when someone suggested a tutorial stack, and up to now only collections like Eric's stack or RevOnline or previously RevNet where made. Collections are nice and all, but I doubt they offer much to an already intimidated programmer newbie. That is why I'm against that approach (Though a better collection then what we have now wouldn't hurt either). I think that ideally there would be less controls, less colours and less concepts in a tutorial stack then any part of the official Rev IDE currently offers. Additionally there should be an easy way to look at scripts. Themes to be covered should be hand picked. Generally simplicity is a good thing for getting a new concept across. So which way do you guys want to take the home/tutorial conceptually? As for content, maybe I could touch up my server/client presentation from Malta as a networking tutotrial? I guess that'd be the super advanced tutorial about web access, coming after stuff like showing URLs or revMail (oops, don't have that, right?). cheers Björnke PS for Richard: I'll look at changing ChatRev tomorrow, thanks for the hints. -- official ChatRev page: http://chatrev.bjoernke.com Chat with other RunRev developers: go stack URL http://homepage.mac.com/bvg/chatrev1.3.rev; ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
