More about hex and printing and gdi printers...
Well, thank you all for your help, and yes, it is licked, the hex that is! What to do is, get a hex editor, I used ghex but there seem to be a huge number out there. Then you just insert the hex characters into a text file. ghex is very convenient because you can either type them in as hex or as ascii in the two panes, and it then shows what you have done in the other. Maybe they all do this, ghex is the only one I've ever used. Then to control the printer with this, you just do put shell(cat yourfile printer) And lo and behold, the paper cutter instantly snips the paper! The cash drawer is certain to open as well now that the method is figured out. It is actually so simple to do, once you know how. Like many things. Peter ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Newbie Data Grid question
Le 13 déc. 09 à 22:10, James Hurley a écrit : Bonjour, Le 13 déc. 09 à 19:53, James Hurley a écrit : I am just getting into data grid fields and can't find first base. I can't find anything on data grids in the Dictionary. Is this coming? You could download the manual at : http://lessons.runrev.com/spaces/lessons/manuals/datagrid/lessons/7309-How-Do-I-Populate-a-Data-Grid-With-Data- Following the tutorial I tried the following: put field data into tData --This is a tab delimited text field with the first line being the column names put true into pFirstLineContainsHeaders try set the pFirstLineContainsHeaders to true set the dgText [ pFirstLineContainsHeaders ] of group DataGrid 2 to tData This does nothing. In the chapter How do I populate a data grid with Data ? one found this : Note that if pFirstLineContainsHeaders is true then the columns must already exist in your data grid table in order to be displayed. Does your columns already exist ? Thanks Andre, Yes the columns already exist. If I set pFirstLineContainsHeaders to false, the field is populated with data but the columns are set to Col 1, Col 2 etc. If I then set set pFirstLineContainsHeaders to true (with the columns already set to Col 1, Col 2, etc.) the columns remain unchanged but the body of the text is empty. I did download the Manual. That is where I got this information from. Very perverse. Jim Hurley Bonjour Jim, Your are right ; I just made a new stack with a data grid dGrid and a field source created the columns manually in the inspector (col 1, col 2 etc) In the field, the first tab delimited line includes the names for the columns. Then set the pFirstLineContainsHeaders of grp dGrid to true -- or, yes, put true into pFirstLineContainsHeaders as well put fld source into tData set the dgText [pFirstLineContainsHeaders] of group Dgrid to tData does not work as expected : the columns names keep being Col 1, Col 2 etc and the first line of tData keeps being the first line of Dgrid :-(( Did not notice that before, as up to now, I did not use pFirstLineContainsHeaders, I manually create the columns names and labels (an habit from the beginning of the dataGrid I guess!!) Sorry, I don't know what we are missing! Sure Trevor will help soon ;-))) Best regards from Grenoble André ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Newbie Data Grid question
Bonjour (again :-) Jim, Waiting for an answer from Trevor about the mystery of pFirstLineContainsHeaders ;-)) the following is a possible substitute : put name cr color cr shape into myHeaders set the dgProp[columns] of grp Dgrid to myHeaders -- set the column names ##or set the dgProp[column labels] of group DGrid to myHeaders -- set he column labels put fld source into tData set the dgText of group Dgrid to tData Best regards from Grenoble André ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
New Data Tree Control
Hi Scott, Thanks for the message on here. Whilst writing, I'd also like to thank the other contributors for their recent kind words about my library. To answer your question directly, no you can't change the font size but you will in the future. At the moment, Data Tree is designed to match the host operating system, be it Mac or Windows and won't currently let you deviate from this. However, I've currently got custom skin properties in the works and this feature will be included as part of a future update. Until that is released, I don't mind making the odd custom build for little tweaks such as this. Paying customers only, mind! ;o) Thanks, Steve www.theworcestersource.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Newbie Data Grid question
On Dec 13, 2009, at 4:10 PM, James Hurley wrote: Yes the columns already exist. If I set pFirstLineContainsHeaders to false, the field is populated with data but the columns are set to Col 1, Col 2 etc. If I then set set pFirstLineContainsHeaders to true (with the columns already set to Col 1, Col 2, etc.) the columns remain unchanged but the body of the text is empty. The most likely cause is that you don't have a column labeled with Col 1 or Col 2 in the first line of the data. Therefore the data you are setting is not mapping to an existing column in the Data Grid. Data Grid's do not behave like fields in that you can just swap text in and out randomly. You should be defining the columns (using the Property Inspector or by setting the dgData[columns] property) and then assigning data to the Data Grid that explicitly states which column data goes into. The reason for this is that Data Grid columns are objects in and of themselves. They have properties that are set independently. If you want to wipe them all out at once then you first create the columns, set the column properties and then assign the data. As a side note the fact that dgText automatically creates columns for you is unfortunate in my opinion. This behavior was requested so that someone could just set the text of the Data Grid and see instant results. While that may be beneficial for instant gratification I think it just causes more confusion then anything in the end. The Data Grid isn't meant to be a quick and dirty means of displaying data but rather a means of displaying data with lots of control over the visual elements used to display that data. -- Trevor DeVore Blue Mango Learning Systems ScreenSteps: http://www.screensteps.com Releasable Revolution Resources for Developers: http://revolution.bluemangolearning.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Newbie Data Grid question
On Dec 14, 2009, at 5:11 AM, Andre.Bisseret wrote: Your are right ; I just made a new stack with a data grid dGrid and a field source created the columns manually in the inspector (col 1, col 2 etc) In the field, the first tab delimited line includes the names for the columns. Then set the pFirstLineContainsHeaders of grp dGrid to true -- or, yes, put true into pFirstLineContainsHeaders as well put fld source into tData set the dgText [pFirstLineContainsHeaders] of group Dgrid to tData does not work as expected : the columns names keep being Col 1, Col 2 etc and the first line of tData keeps being the first line of Dgrid :-(( The syntax isn't correct in this example. It should be: set the dgText[true] of group Dgrid to tData I just tested to verify that using the correct syntax does work - and it does :-) -- Trevor DeVore Blue Mango Learning Systems ScreenSteps: http://www.screensteps.com Releasable Revolution Resources for Developers: http://revolution.bluemangolearning.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: driven mad by the message box!
He must be running Linux. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Newbie Data Grid question
Bonjour Trevor, Le 14 déc. 09 à 15:02, Trevor DeVore a écrit : On Dec 14, 2009, at 5:11 AM, Andre.Bisseret wrote: Your are right ; I just made a new stack with a data grid dGrid and a field source created the columns manually in the inspector (col 1, col 2 etc) In the field, the first tab delimited line includes the names for the columns. Then set the pFirstLineContainsHeaders of grp dGrid to true -- or, yes, put true into pFirstLineContainsHeaders as well put fld source into tData set the dgText [pFirstLineContainsHeaders] of group Dgrid to tData does not work as expected : the columns names keep being Col 1, Col 2 etc and the first line of tData keeps being the first line of Dgrid :-(( The syntax isn't correct in this example. It should be: set the dgText[true] of group Dgrid to tData I just tested to verify that using the correct syntax does work - and it does :-) I just tried this syntax but without success! Here, --- set the pFirstLineContainsHeaders of grp Dgrid to true put fld source into tData set the dgText[pFirstLineContainsHeaders] of group Dgrid to tData is working except that I don't get Col 1, Col 2 etc replaced by the first line of tData I get the feeling that I am missing somethins else In your previous post (answer to Jim) you said : The most likely cause is that you don't have a column labeled with Col 1 or Col 2 in the first line of the data. Therefore the data you are setting is not mapping to an existing column in the Data Grid. Does it mean that the first line of tData should be Col 1 tab Col 2 etc I tried that, and actually, the data grid is filled in but is keeping the generic names (Col 1, Col 2 etc) But then what about this phrase in the doc : … by passing in true for pFirstLineContainsHeaders. If true then the data grid will extract the first line of pText and use the values for the internal key/column names … I thought it was meaning that In tData I had to put in the first line, the names that I would like instead of Col 1, Col 2 etc. Up to now, I dont use pFirstLineContainsHeaders ; I set first the dgData[columns] and dgData[column labels]. But always happy to better understand about Data Grid (here about how this pFirstLineContainsHeaders works; seems I am making a bad interpretation of the manual. Thanks Trevor for your always helping advices; I keep appreciating Data Grid a lot; in a couple of app. I have several ones which are running very nicely :-)) Best regards from Grenoble André ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Newbie Data Grid question
On Dec 14, 2009, at 12:03 PM, Andre.Bisseret wrote: The syntax isn't correct in this example. It should be: set the dgText[true] of group Dgrid to tData I just tested to verify that using the correct syntax does work - and it does :-) I just tried this syntax but without success! Here, --- set the pFirstLineContainsHeaders of grp Dgrid to true pFirstLineContainsHeaders isn't a property in and of itself. It is a parameter you pass in when setting the dgText property. Try this: put true into pFirstLineContainsHeaders set the dgText[pFirstLineContainsHeaders] of group Dgrid to tData Thanks Trevor for your always helping advices; I keep appreciating Data Grid a lot; in a couple of app. I have several ones which are running very nicely :-)) I'm glad you find it useful. -- Trevor DeVore Blue Mango Learning Systems ScreenSteps: http://www.screensteps.com Releasable Revolution Resources for Developers: http://revolution.bluemangolearning.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Plugins folder
stephen- Sunday, December 13, 2009, 5:50:33 PM, you wrote: Thanks all, for the info. Yes, being 'invisible' seems to place it in a special, possibly superior place in the *message path* - where does it live in the hierarchy? Since the plug stack exists in a different folder what is the file address path it need to use? Absolute only? Plugin folder POV?Plugins seem to be able to do some things better than just a loaded stack in the IDE. Plugin stacks aren't in the message hierarchy unless you explictly place them there. And then it's up to you if you want to set up front and/or backscripts or just launch the plugin as a stack. If you need to get the file path from the plugin you can get the long name of this stack -- -Mark Wieder mwie...@ahsoftware.net ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Newbie Data Grid question
Message: 27 Date: Mon, 14 Dec 2009 08:58:13 -0500 From: Trevor DeVore li...@mangomultimedia.com Subject: Re: Newbie Data Grid question To: How to use Revolution use-revolution@lists.runrev.com Message-ID: 4392d851-15e4-48f7-83fb-d04224a70...@mangomultimedia.com Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes On Dec 13, 2009, at 4:10 PM, James Hurley wrote: Yes the columns already exist. If I set pFirstLineContainsHeaders to false, the field is populated with data but the columns are set to Col 1, Col 2 etc. If I then set set pFirstLineContainsHeaders to true (with the columns already set to Col 1, Col 2, etc.) the columns remain unchanged but the body of the text is empty. The most likely cause is that you don't have a column labeled with Col 1 or Col 2 in the first line of the data. Therefore the data you are setting is not mapping to an existing column in the Data Grid. Data Grid's do not behave like fields in that you can just swap text in and out randomly. You should be defining the columns (using the Property Inspector or by setting the dgData[columns] property) and then assigning data to the Data Grid that explicitly states which column data goes into. The reason for this is that Data Grid columns are objects in and of themselves. They have properties that are set independently. If you want to wipe them all out at once then you first create the columns, set the column properties and then assign the data. As a side note the fact that dgText automatically creates columns for you is unfortunate in my opinion. This behavior was requested so that someone could just set the text of the Data Grid and see instant results. While that may be beneficial for instant gratification I think it just causes more confusion then anything in the end. The Data Grid isn't meant to be a quick and dirty means of displaying data but rather a means of displaying data with lots of control over the visual elements used to display that data. -- Trevor DeVore Blue Mango Learning Systems ScreenSteps: http://www.screensteps.com Releasable Revolution Resources for Developers: http://revolution.bluemangolearning.com Trevor (and Andre.Bisseret), Thanks you for the very thoughtful reply(s). It is heartening to see something defended by its parent. My sincere apologies for treating your offspring in such a quick and dirty fashion :-) I'm sure I will appreciate the richness of this new Run Rev object in time--see below. FIrst to satisfy my quick and dirty needs, I find that the following works well to get data displayed in a data grid field: on mouseUp put field data into tData --Tab delimited text --The first line of tData contains the column names put line 1 of tData into tHeaders replace tab with cr in tHeaders set dgProp[Columns] of group DataGrid to tHeaders --Thanks to Andre for this line. set the dgText [ true ] of group DataGrid to tData end mouseUp Now to reinforce your point about the richness of this more complex object: In another context, I would like to be able to click on the first column header and have it sort the grid by the LAST word of each in the first column. Is it possible to access (and modify) the script that the column headers runs? Thanks again for nursing us through the infancy of data grids. Jim Hurley ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Newbie Data Grid question
On Dec 14, 2009, at 1:11 PM, James Hurley wrote: It is heartening to see something defended by its parent. My sincere apologies for treating your offspring in such a quick and dirty fashion :-) It's okay, the Data Grid likes to be beta up on once and a while :-) The Data Grid is such a big departure from the other controls in Revolution that it can be tricky to get your head around it. The, shall we say, less than x-talk syntax you have to use doesn't help. FIrst to satisfy my quick and dirty needs, I find that the following works well to get data displayed in a data grid field: on mouseUp put field data into tData --Tab delimited text --The first line of tData contains the column names put line 1 of tData into tHeaders replace tab with cr in tHeaders set dgProp[Columns] of group DataGrid to tHeaders --Thanks to Andre for this line. set the dgText [ true ] of group DataGrid to tData end mouseUp Yes, that is the way to approach it with a Data Grid. I should probably add that to a lesson somewhere... Now to reinforce your point about the richness of this more complex object: In another context, I would like to be able to click on the first column header and have it sort the grid by the LAST word of each in the first column. Is it possible to access (and modify) the script that the column headers runs? Take a look at this lesson: How Do I Customize or Disable Column Sorting?: http://lessons.runrev.com/spaces/lessons/manuals/datagrid/lessons/7330-How-Do-I-Customize-or-Disable-Column-Sorting- Thanks again for nursing us through the infancy of data grids. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: driven mad by the message box!
Yes, its Debian. at the moment its Squeeze. Haven't tried on anything else yet. It turns out to happen only in the IDE, but it happens with development tools turned off and just about everything changed one way or the other that I could think of. But it was a great relief to finally discover that when the app is launched from a little launching stack in the usual way, it doesn't happen. As long as the app will run properly from the launcher it doesn't matter so much. What is weird is, it never happened before, but I don't recall whether in other uses of shell() I ever tried it from the IDE. These things are sent to make us into a better person. Not completely sure they are succeeding. william humphrey-2 wrote: He must be running Linux. -- View this message in context: http://n4.nabble.com/driven-mad-by-the-message-box-tp963215p963793.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
RE: Rev IDE vs MetaCard IDE
stephen barncard wrote: It's also prettier than the MC IDE. Jacqueline Landman Gay Anything is prettier than the MC IDE. The bottom of my parrot cage is prettier than the MC IDE. ;) I use MC. After 10 years I'm kinda used to it. Pretty? I have been known to decorate the IDE with images of bikini-clad models, Bentleys, fine wine and Belgian chocolates. The first keeps me young, the Bentley is an outstanding ambition, the wine is an old friend, and the chocolates remind me of a weekend once long, long ago with a rather nice young lady who... [censored by wife]. So what would YOU choose and WHY? /H ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Rev IDE vs MetaCard IDE
Hugh Senior wrote: stephen barncard wrote: It's also prettier than the MC IDE. Jacqueline Landman Gay Anything is prettier than the MC IDE. The bottom of my parrot cage is prettier than the MC IDE. ;) I use MC. After 10 years I'm kinda used to it. Pretty? I have been known to decorate the IDE with images of bikini-clad models, Bentleys, fine wine and Belgian chocolates. The first keeps me young, the Bentley is an outstanding ambition, the wine is an old friend, and the chocolates remind me of a weekend once long, long ago with a rather nice young lady who... [censored by wife]. So what would YOU choose and WHY? LOL! I think I'd put the top part of my parrot cage on it, the part with the birds. :) To be honest though, MC's utility outweighs its appearance which I've learned to ignore. I keep telling myself that one of these days I'll just set the default text size and font to match Rev's so that I don't have to ignore the button text spacing any more -- but I never get around to it. I'm too used to how it looks. At least you aren't putting any cheese on there...oops. Now I'll get censored. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Rev IDE vs MetaCard IDE
On 14 Dec 2009, at 01:55, J. Landman Gay wrote: Anything is prettier than the MC IDE. It used to be that way. At one time, it was a purist's dream. The rot set in about 1999 when the image icon was upgraded from something that looked like a wire pan scourer to something else. That blatant pandering to creative types was the thin end of the wedge. Within three years, even the splash screen was upgraded. I blame the parents. Dave___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Rev IDE vs MetaCard IDE
Dave Cragg wrote: On 14 Dec 2009, at 01:55, J. Landman Gay wrote: Anything is prettier than the MC IDE. It used to be that way. At one time, it was a purist's dream. The rot set in about 1999 when the image icon was upgraded from something that looked like a wire pan scourer to something else. That blatant pandering to creative types was the thin end of the wedge. Within three years, even the splash screen was upgraded. I blame the parents. Blame Scott Rossi, he did it. Them artist types, you just can't please 'em. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: New Data Tree Control
Hi Steve, To answer your question directly, no you can't change the font size but you will in the future. Until that is released, I don't mind making the odd custom build for little tweaks such as this. Paying customers only, mind! Fair enough! Just got a few more tests to do on it, and all going well will make that order. -- Scott McDonald Components, Stacks, Tools and Resources for Runtime Revolution www.runrevplanet.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Rev IDE vs MetaCard IDE
Recently, Jacque Landman Gay wrote: That blatant pandering to creative types was the thin end of the wedge. Within three years, even the splash screen was upgraded. I blame the parents. Blame Scott Rossi, he did it. Them artist types, you just can't please 'em. Keep it up, Landman Gay, and you'll find yourself facing the wrong end of an eraser. Regards, Scott Rossi Creative Director Tactile Media, Multimedia Design ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Rev IDE vs MetaCard IDE
Scott Rossi wrote: Recently, Jacque Landman Gay wrote: That blatant pandering to creative types was the thin end of the wedge. Within three years, even the splash screen was upgraded. I blame the parents. Blame Scott Rossi, he did it. Them artist types, you just can't please 'em. Keep it up, Landman Gay, and you'll find yourself facing the wrong end of an eraser. O ^| / I give! I give! -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Rev IDE vs MetaCard IDE
On 14 Dec 2009, at 01:55, J. Landman Gay wrote: Anything is prettier than the MC IDE. I remember that we used to refer to its interface as spartan when comparing to Rev IDE in its earlier days... Robert ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Rev IDE vs MetaCard IDE
I use it because it's a lot less cranky, it stays out of the way, and it doesn't clutter my screen. Plus I prefer the Control Browser. Much easier to see what's where. Shari -- Critters, humor, patriots and sports t-shirts http://www.villagetshirts.com WlND0WS and MAClNT0SH shareware http://www.gypsyware.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Rev IDE vs MetaCard IDE
I remember thinking (and probably even staying rather loudly) that its UI elements (icons) looked like they were done by a 5 year old on acid... Judy On Mon, 14 Dec 2009, Robert Brenstein wrote: On 14 Dec 2009, at 01:55, J. Landman Gay wrote: Anything is prettier than the MC IDE. I remember that we used to refer to its interface as spartan when comparing to Rev IDE in its earlier days... ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Rev IDE vs MetaCard IDE
make that, saying... g. Judy On Mon, 14 Dec 2009, Judy Perry wrote: I remember thinking (and probably even staying rather loudly) that its UI elements (icons) looked like they were done by a 5 year old on acid... Judy On Mon, 14 Dec 2009, Robert Brenstein wrote: On 14 Dec 2009, at 01:55, J. Landman Gay wrote: Anything is prettier than the MC IDE. I remember that we used to refer to its interface as spartan when comparing to Rev IDE in its earlier days... ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Plugins folder
Yes, being 'invisible' seems to place it in a special, possibly superior place in the *message path* - where does it live in the hierarchy? Since the plug stack exists in a different folder what is the file address path it need to use? Absolute only? Plugin folder POV? Plugins seem to be able to do some things better than just a loaded stack in the IDE. These are the main holes in my knowledge about this. I know that these stacks are almost impossible to edit *in invisible mode.* Plugins really do not have any more powers than a normal stack, it's just a convenient place to put utility stacks that you use often. They are not magical in any way, but they are often used to contain backScripts frontScripts which inserts their scripts into the hierarchy e.g. I have one that uses a frontScript to trap function keys, and if there is a script snippet attached to a particular key, it executes that snippet, before passing the function key on to the other stacks to the engine. In the Plugins Settings dialog, you can choose which system messages get sent to your plugin as well as when it opens and in what mode. If you need to know the path to the Plugins folder, there are 2 unsupported functions for this: revEnvironmentUserPluginsPath() revEnvironmentPluginsPath() You can edit stacks whose names start with rev, if you select Revolution UI Elements in Lists from the View menu, or in tRev, shift-click the tab name of a browser tab to toggle between showing all stacks and showing only non-Rev ones. The problem is debugging as Rev does not allow the debugger to step into rev stacks as far as I am aware. However again, if you are using tRev (which I think you are), then you can do any debugging using it's Decoder instead. There is a revExample plugin in my Plugins folder. If you have a look at that one, you might get some more ideas about how it all works. HTH, Sarah ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
type font size in dictionary
How does one change the size of the font in the dictionary? To make it several sizes larger? Peter ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
