Re: Trying to control OKI Microline 590 24-pin printer

[Stephen Barncard]

Pour through the manual and see if you can find anything about how 
the printer uses tabs. Also try and select a monospaced font.


A Web browser would make a lousy print layout tool.

Your workflow description is not clear; what exactly are you trying 
to accomplish?




Say, I'm writing an app for a company that prints shipping paperwork 
on a 24-pin OKI Microline 590 24-pin printer.? I've started off by 
getting my hands on some working Excel spreadsheets that print to 
the printer, with the correct character positioning and spacing to 
fix exactly in the right spaces on the page printout.


My questions are:

1)? Is there a way I can somehow detect the character positioning 
that spits of out Excel, so that I can replicate it in Revolution 
and print to the printer?


and

2)? I'm also toying with the idea of making the printout entirely 
web-browser based - - - if I did that, I'd still need to work on 
getting the exact character-positioning for the printer.? Any 
drawbacks?


and

3)? In the event that regular ol' HTML browser text doesn't work, 
anyone know of I can somehow dynamically create a PDF document from 
a web-server that could be printed that would do the same thing?




--


stephen barncard
s a n  f r a n c i s c o
- - -  - - - - - - - - -



___
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: Abode Tools Died -- > Back To RunRev!

[Mark Smith]

This is really good - and really quite easy to do basic stuff with  
shell calls.

Thanks for posting it.

Best,

Mark

On 26 May 2007, at 23:32, Viktoras Didziulis wrote:


ImageMagick
http://www.imagemagick.org/script/index.php

It would be nice to have a direct interface from Rev. However it is  
also
possible to use in batch mode and command line, accessible from  
many other

programing languages and environments (Perl, Python, etc...).

All the best!
Viktoras


___
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: Stack version?

[Bill Vlahos]

 Richard,

That's great.

I don't seem to be able to see any files. Do I need to be a member to get at it 
(I really hate Yahoo Groups).

Bill

On Saturday, May 26, 2007, at 06:32PM, "Richard Gaskin" <[EMAIL PROTECTED]> 
wrote:
>Bill Vlahos wrote:
> > I was wondering how others deal with versionioning their stacks.
> > I don't mean the standalones which already have version information
> > but regular stacks.
>
>The ECMI spec at the Rev Interoperability Project (RIP) has addressed this:
>
>
>
>
> > I have a stack that is opened by a standalone stub. The standalone
> > won't change much but the program stack that is opened will. I want
> > to be able to do updates from the Internet that essentially replaces
> > the stack.
>
>There's also support for that sort of thing in the same RIP spec.
>
>-- 
>  Richard Gaskin
>  Managing Editor, revJournal
>  ___
>  Rev tips, tutorials and more: http://www.revJournal.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
>
>
___
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: Stack version?

[Bill Vlahos]

I use Magic Carpet too and it is great.

However, this is something I want to make available to my users.

Bill 
On Saturday, May 26, 2007, at 05:55PM, "Andre Garzia" <[EMAIL PROTECTED]> wrote:
>Bill,
>
>I use Magic Carpet by Altuit MagicCarpetCover/default.htm>, this allows me to work in groups and  
>maintain previous versions in sane places. Also I usually have a  
>hidden field called "vers" in the stack that shows the version info  
>if opened in the IDE.
>
>most of my work is CGI and network related so having a field in a  
>stack is no issue since the user will never see it.
>
>Andre
>
>
>On May 26, 2007, at 9:42 PM, Bill Vlahos wrote:
>
>> I was wondering how others deal with versionioning their stacks. I  
>> don't mean the standalones which already have version information  
>> but regular stacks.
>>
>> I have a stack that is opened by a standalone stub. The standalone  
>> won't change much but the program stack that is opened will. I want  
>> to be able to do updates from the Internet that essentially  
>> replaces the stack.
>>
>> To do this I need to standardize on a way to code a version number  
>> in the stack and then compare the version the user has with that on  
>> the web server. If the web server version is newer I want to give  
>> the user the ability to download the new version which would  
>> replace the old version.
>>
>> I can come up with a way to do this but I'm pretty sure there are  
>> more experienced Revolutionaries on this list have have thought  
>> this over already.
>>
>> Bill Vlahos
>> ___
>> 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
>
>
___
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

Trying to control OKI Microline 590 24-pin printer

[rgould8]

Say, I'm writing an app for a company that prints shipping paperwork on a 
24-pin OKI Microline 590 24-pin printer.? I've started off by getting my hands 
on some working Excel spreadsheets that print to the printer, with the correct 
character positioning and spacing to fix exactly in the right spaces on the 
page printout.

My questions are:

1)? Is there a way I can somehow detect the character positioning that spits of 
out Excel, so that I can replicate it in Revolution and print to the printer?

and 

2)? I'm also toying with the idea of making the printout entirely web-browser 
based - - - if I did that, I'd still need to work on getting the exact 
character-positioning for the printer.? Any drawbacks?

and

3)? In the event that regular ol' HTML browser text doesn't work, anyone know 
of I can somehow dynamically create a PDF document from a web-server that could 
be printed that would do the same thing?




AOL now offers free email to everyone.  Find out more about what's free from 
AOL at AOL.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: Stack version?

[Chipp Walters]

Bill,

You already have MagicCarpet, so you can use our system if you like.
Contact me offlist and I'll help.

best,
Chipp

On 5/26/07, Bill Vlahos <[EMAIL PROTECTED]> wrote:

I was wondering how others deal with versionioning their stacks. I don't mean 
the standalones which already have version information but regular stacks.

I have a stack that is opened by a standalone stub. The standalone won't change 
much but the program stack that is opened will. I want to be able to do updates 
from the Internet that essentially replaces the stack.

To do this I need to standardize on a way to code a version number in the stack 
and then compare the version the user has with that on the web server. If the 
web server version is newer I want to give the user the ability to download the 
new version which would replace the old version.

I can come up with a way to do this but I'm pretty sure there are more 
experienced Revolutionaries on this list have have thought this over already.

Bill Vlahos
___
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: Stack version?

[Richard Gaskin]

Bill Vlahos wrote:
> I was wondering how others deal with versionioning their stacks.
> I don't mean the standalones which already have version information
> but regular stacks.

The ECMI spec at the Rev Interoperability Project (RIP) has addressed this:




> I have a stack that is opened by a standalone stub. The standalone
> won't change much but the program stack that is opened will. I want
> to be able to do updates from the Internet that essentially replaces
> the stack.

There's also support for that sort of thing in the same RIP spec.

--
 Richard Gaskin
 Managing Editor, revJournal
 ___
 Rev tips, tutorials and more: http://www.revJournal.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: Stack version?

[Joe Lewis Wilkins]

Bill, in my HC days, I made it a point to have a copyright field/ 
announcement on the first card of every stack that I released to  
others; that, when clicked on, provided an answer dialog with all  
of my version info. Of course I wasn't distributing my stacks over  
a very broad user base, and every time I made a modification to a  
stack I updated the version number by merely command/shift/option/ 
clicking on the copyright field. If the date was different than the  
one stored in the field, the version number was incremented and the  
date changed; otherwise it did nothing. If I wanted a major version  
change I did that one by hand. Not very sophisticated, but it  
worked well for me. Plus it was quite visible. If there were  
multiple stacks involved, the change was scripted and posted to  
them as well, though sometimes not visibly. This enabled me to do  
lots of things, even checking on authorized (not licensed) users in  
some cases.


Joe Wilkins


On May 26, 2007, at 9:42 PM, Bill Vlahos wrote:

I was wondering how others deal with versionioning their stacks. I  
don't mean the standalones which already have version information  
but regular stacks.


I have a stack that is opened by a standalone stub. The standalone  
won't change much but the program stack that is opened will. I  
want to be able to do updates from the Internet that essentially  
replaces the stack.


To do this I need to standardize on a way to code a version number  
in the stack and then compare the version the user has with that  
on the web server. If the web server version is newer I want to  
give the user the ability to download the new version which would  
replace the old version.


I can come up with a way to do this but I'm pretty sure there are  
more experienced Revolutionaries on this list have have thought  
this over already.


Bill Vlahos
___

___
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: Stack version?

[Andre Garzia]

Bill,

I use Magic Carpet by Altuit , this allows me to work in groups and  
maintain previous versions in sane places. Also I usually have a  
hidden field called "vers" in the stack that shows the version info  
if opened in the IDE.


most of my work is CGI and network related so having a field in a  
stack is no issue since the user will never see it.


Andre


On May 26, 2007, at 9:42 PM, Bill Vlahos wrote:

I was wondering how others deal with versionioning their stacks. I  
don't mean the standalones which already have version information  
but regular stacks.


I have a stack that is opened by a standalone stub. The standalone  
won't change much but the program stack that is opened will. I want  
to be able to do updates from the Internet that essentially  
replaces the stack.


To do this I need to standardize on a way to code a version number  
in the stack and then compare the version the user has with that on  
the web server. If the web server version is newer I want to give  
the user the ability to download the new version which would  
replace the old version.


I can come up with a way to do this but I'm pretty sure there are  
more experienced Revolutionaries on this list have have thought  
this over already.


Bill Vlahos
___
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: Stack version?

[Sarah Reichelt]

On 5/27/07, Bill Vlahos <[EMAIL PROTECTED]> wrote:

I was wondering how others deal with versionioning their stacks. I don't mean 
the standalones which already have version information but regular stacks.

I have a stack that is opened by a standalone stub. The standalone won't change 
much but the program stack that is opened will. I want to be able to do updates 
from the Internet that essentially replaces the stack.

To do this I need to standardize on a way to code a version number in the stack 
and then compare the version the user has with that on the web server. If the 
web server version is newer I want to give the user the ability to download the 
new version which would replace the old version.



Bill, I use a standard custom property i.e. for one project each of
the stacks have a custom property called efVersion. I can check this
for every stack. On my web site, I upload the new stacks with the
version number as a part of the file name, so version 1.23 of the
efChart stack will be uploaded with the name "efChart.123.rev.gz". The
updater stack then checks the list of files on the FTP site and checks
the efVersion of the stacks it already has and downloads any that need
updating.

I have an uploading stack that sets the version property, cleans out
the development properties, compresses the stack, renames it and
uploads it.

Cheers,
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

Stack version?

[Bill Vlahos]

I was wondering how others deal with versionioning their stacks. I don't mean 
the standalones which already have version information but regular stacks.

I have a stack that is opened by a standalone stub. The standalone won't change 
much but the program stack that is opened will. I want to be able to do updates 
from the Internet that essentially replaces the stack.

To do this I need to standardize on a way to code a version number in the stack 
and then compare the version the user has with that on the web server. If the 
web server version is newer I want to give the user the ability to download the 
new version which would replace the old version.

I can come up with a way to do this but I'm pretty sure there are more 
experienced Revolutionaries on this list have have thought this over already.

Bill Vlahos
___
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: Abode Tools Died -- > Back To RunRev!

[Viktoras Didziulis]

ImageMagick 
http://www.imagemagick.org/script/index.php 
 
It would be nice to have a direct interface from Rev. However it is also
possible to use in batch mode and command line, accessible from many other
programing languages and environments (Perl, Python, etc...). 
 
All the best! 
Viktoras 
---Original Message--- 
 
From: Sivakatirswami 
Date: 26/05/2007 23:30:04 
To: How to use Revolution 
Subject: Abode Tools Died -- > Back To RunRev! 
 
It seems with the upgrade to CS3, as some are saying over at the Adobe 
forums, 
 
"we have paid for a downgrade" 
 
Specifically, Adobe dropped ImageReady and it is no longer possible to 
create and share droplets for photo processing. Sure you can buy 
Fireworks and learn it's powerful batch processing methods, but 
then we would need to spend another $2,000 to purchase 20 seats 
just to let other process photos. (Photoshop's droplets, are still 
deficient... end of the actions will *not* let you over write existing files

without asking...) 
 
OK, so, I'm back to Revolution to do what I've wanted to do for years: 
 
Process the photos right inside Run Rev. 
 
Downsizing, rotating, setting the image data of a new image to the 
scaled image 
and saving as jpeg... all works fine... 
 
But, I would like to build into the process a few discreet filters 
 
I know about the macho photo processing stack that I think 
(was it Klaus, or some other Big Rev Brain in Europe) made 
 
but the interface was a maze of things I would never use 
(I don't need to turn real photos into Van Gogh! however 
cool that might be...) 
 
What we need is to extract specific filters as discreet tools. 
right now, all I want is: 
-- auto levels 
-- unsharp mask with a specific preset setting. 
 
Has anyone done that yet? Extracted such 
filters as discreet handlers? 
 
 
Sivakatirswami 
www.himalayanacademy.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
___
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: Enhanced QT external problems on WinXP

[Ian Wood]

On 26 May 2007, at 21:42, Mark Schonewille wrote:

I had a similar problem. Probably, the best thing you can do is to  
write Trevor privately and hope he will find the time to solve the  
problem.


Thanks, I just wanted to see if it was something specific to me  
before contacting Trevor directly, as I can't see any changes from  
similar standalones built a couple of months ago using the same  
install of Rev and the same copy of the external. ?!?


Ian
___
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: Enhanced QT external problems on WinXP

[Mark Schonewille]

Hi Ian,

I had a similar problem. Probably, the best thing you can do is to  
write Trevor privately and hope he will find the time to solve the  
problem.


Best,

Mark

--

Economy-x-Talk
Consultancy and Software Engineering
http://economy-x-talk.com
http://www.salery.biz

Get your store on-line within minutes with Salery Web Store software.  
Download at http://www.salery.biz


Op 26-mei-2007, om 22:29 heeft Ian Wood het volgende geschreven:


Hi all,

Could you help find out if I'm going insane or not... On a Windows  
standalone as soon as I call 'qtInitialize' to start Trevor's  
external the standalone crashes with the standard Windows 'do you  
want to send a message' dialog.


Here's the test stack:

http://www.ianjameswood.co.uk/temp/QTexternal_test_win.rev

Load the stack, build it as a standalone, copy the QT external  
across. In the standalone, click 'external' to load the external  
and 'qtInitialize' to call the external. Immediate crash every time  
for me.


I've tried the following combinations:
Build from 2.8.1 on OS X.
Build from 2.8.0 on OS X.
Build from 2.7.4 on OS X.
Build from 2.7.4 on Windows XP SP2 (via Parallels).
Build from 2.8.1 on Windows XP SP2 (via Parallels).

Downloaded the external again.

Run on:
Windows XP SP2 in Parallels, first with QT 7.1.3 then with QT 7.1.6.
Windows XP SP2 on an Acer desktop, just in case something was  
screwed up with the Parallels install.


Help!

Ian

___
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

Enhanced QT external problems on WinXP

[Ian Wood]

Hi all,

Could you help find out if I'm going insane or not... On a Windows  
standalone as soon as I call 'qtInitialize' to start Trevor's  
external the standalone crashes with the standard Windows 'do you  
want to send a message' dialog.


Here's the test stack:

http://www.ianjameswood.co.uk/temp/QTexternal_test_win.rev

Load the stack, build it as a standalone, copy the QT external  
across. In the standalone, click 'external' to load the external and  
'qtInitialize' to call the external. Immediate crash every time for me.


I've tried the following combinations:
Build from 2.8.1 on OS X.
Build from 2.8.0 on OS X.
Build from 2.7.4 on OS X.
Build from 2.7.4 on Windows XP SP2 (via Parallels).
Build from 2.8.1 on Windows XP SP2 (via Parallels).

Downloaded the external again.

Run on:
Windows XP SP2 in Parallels, first with QT 7.1.3 then with QT 7.1.6.
Windows XP SP2 on an Acer desktop, just in case something was screwed  
up with the Parallels install.


Help!

Ian
___
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

Abode Tools Died -- > Back To RunRev!

[Sivakatirswami]

It seems with the upgrade to CS3, as some are saying over at the Adobe 
forums,


"we have paid for a downgrade"

Specifically, Adobe dropped ImageReady and it is no longer possible to
create and share droplets for photo processing. Sure you can buy
Fireworks and learn it's powerful batch processing methods, but
then we would need to spend another $2,000 to purchase 20 seats
just to let other process photos. (Photoshop's droplets, are still
deficient... end of the actions will *not* let you over write existing files
without asking...)

OK, so, I'm back to Revolution to do what I've wanted to do for years:

Process the photos right inside Run Rev.

Downsizing, rotating,  setting the image data of a new image to the 
scaled image

and saving as jpeg... all works fine...

But, I would like to build into the process a few discreet filters

I know about the macho photo processing stack that  I think
(was it Klaus, or some other Big Rev Brain in Europe)  made

but  the interface was a maze of things I would never use
(I don't need to turn real photos into Van Gogh! however
cool that might be...)

What we need is to  extract specific filters as discreet tools.
right now, all I want is:
-- auto levels
-- unsharp mask with a specific preset setting.

Has anyone done that yet? Extracted such
filters as discreet handlers?


Sivakatirswami
www.himalayanacademy.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: altID

[Richard Gaskin]

Though I've rarely used altIDs, when I did some testing on this a while 
back I found that they could be used in just about any syntax in which 
the ID could be used, e.g.:


   get the loc of btn id tMyAltID of grp id tMyTrueID

IIRC from those tests, the engine does the lookup in object order, 
checking first the true ID and if no match is found then it looks for a 
match on the altID.


This means of course that you could potentially have a conflict if you 
try to use an altID in the range of true IDs in use.


The range of numbers for altIDs goes up to 65535, and if you start with
a number well above the number of objects in your stack plus a few
thousand you should never have a conflict.

Built-in IDs start at 1001 and all objects are apparently incremented
from the same counter, so a new card will be 1002, a button added there
will be 1003, etc.

So if you know the sum of all objects will be fewer than 9000 (that
would be a hefty project), you could safely start your altIDs at 1, 
giving you a range of more than 55,000 custom IDs.


BZ#3089 is a request to extend the range of altIDs to match the limits 
of true IDs - you can add your votes to it here:



Thanks to Dick Kriesel for bringing that to my attention.


I agree with the assessment that there's much that could be done to make 
it easier to create and manage custom controls in Rev.  For example, if 
we had some sort of locked property for groups we could select them as 
if they were a single object, regardless of the current state of the 
selectGroupedControls global property:



But while it could be easier, I haven't seen anything yet which makes 
such gadgets prohibitively difficult in Rev today.


As one example I have a table object I use in a number of apps, and a 
couple other developers have used it in their work as well. (If my 
client work ever slows down enough I hope to get around to packaging 
that for public consumption).  I don't bother with IDs at all there, 
custom or otherwise.


Each grouped table object only contains the barest code needed to call 
handlers in a shared library.  Table settings (header names, column 
widths, list contents, etc.) are all set through custom properties, and 
the library contains getProp and setProp handlers to drive the behavior 
in the target object.  This minimizes replicated code, and allows me to 
make changes to just one library to address bugs and extend behaviors 
across all instances in any project.


By using properties to drive the control, the getProp and setProp 
handlers just refer to "the target" to find the object being acted on, 
so there's no need to hard-wire IDs anywhere in the scripts.


This property-driven method also feels more or less "natural", given 
that most of the basic appearances and behaviors in Rev's own native 
controls are driven by properties.


I'm sure there are cases where writing hard-wired IDs in scripts could 
be useful, but I can't say I've ever needed to do so in my own work.


--
 Richard Gaskin
 Fourth World Media Corporation
 ___
 [EMAIL PROTECTED]   http://www.FourthWorld.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: altID

[Dick Kriesel]

On 5/26/07 12:16 PM, "David Bovill" <[EMAIL PROTECTED]> wrote:

> the problem is you cannot use "control id tAltID of group id" -
> thats why it does not work

That construct works for me.  Here's a working example, derived from the
first script I posted yesterday.

on mouseUp
  create stack
  go to it
  create group "aTemplate"
  put the id of it into tGroupID1
  create field in it
  set altid of it to 1
  set text of it to "template"
  clone group "aTemplate"
  put the id of it into tGroupID2
  set the text of field id 1 of it to "clone"
  put field id 1 of group id tGroupID1 && field id 1 of group id tGroupID2
end mouseUp

What makes you think the construct doesn't work?

-- Dick


___
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

Mobile Names

[David Bovill]

On the topic of names of things - I have developed a technique for creating
names that are as mobile as possible - the best form seems to be as follows:

 button "Test" of stack "Mobile"

Seems simple? I wish it was easier to create these names in Rev or am I
missing something - the long names give the file path and the short names
omit the stack bit - deconstructing and reconstructing a name is what i do -
but it is a real pitty that there is no built in way of getting this?

NB - the point of this is that if you copy the folder around  the references
still work.
___
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: altID

[Joe Lewis Wilkins]

And assembly language beats the socks off of everything, and I  
suppose, with Apple's transition to Intel chips, would also be cross  
platform. Of course I've never done any for X86 chips; but a lot for  
6800; and, even with the 8 and 16 mhz machines of the day, it was  
blazing, eye-popping fast. Not proposing; just commenting. (smile)


Joe Wilkins

On May 26, 2007, at 12:07 PM, Stephen Barncard wrote:


True, but IDs  are global, and faster as a lookup is not required.


Dick,

I admire in cleverness of all this, but the code is even worse to  
comprehend than assembly language. Seems to me we're going  
backwards. Can't we just keep things simple; like with put and get  
and meaningful names?


Seems to me we're defeating the whole purpose of Rev.

Just MHO,

Joe Wilkins



--


stephen barncard
s a n  f r a n c i s c o
- - -  - - - - - - - - -



___
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: altID

[David Bovill]

On 26/05/07, Dick Kriesel <[EMAIL PROTECTED]> wrote:


Then each template knows its copies, each copy knows its template, and
each
target knows which copies of which templates it contains. Your code can
refer to a control in any of the copies using an "of group id" clause to
disambiguate the altIDs.


  put the text of control id tAltID of group id \
the uTemplateCopies[tTemplateName,tLibraryName,tCopyNumber] of tTarget





Yes - but the problem is you cannot use "control id tAltID of group id" -
thats why it does not work. If it did I could use altID and in cases where i
had several copies - just use the "control id tAltID of group id" syntax.
For now it looks like using "names" is the only way to go. The technique I
have been using for a while is to use getprop handlers for a layer of
abstraction - any call to a component refers to "the tree_View of someView -
with "getprop tree-View" returning a long id. In special case where you want
to be able to rename an object you can use "group 2 of me" syntax or use the
type of custom property look up you mention above.
___
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: altID

[Dick Kriesel]

On 5/26/07 11:55 AM, "Joe Lewis Wilkins" <[EMAIL PROTECTED]> wrote:

> I admire in cleverness of all this, but the code is even worse to
> comprehend than assembly language. Seems to me we're going backwards.
> Can't we just keep things simple; like with put and get and
> meaningful names?
> 
> Seems to me we're defeating the whole purpose of Rev.

Rev's purpose, as I see it, stops short of making it easy to use libraries
of custom controls.  The topic has come up on use-rev quite a few times, but
it's never seemed easy or simple.

Naming things is difficult.

If you can simplify the logic and/or improve the names, please post your
code.  I'm all for simplicity and meaningful names.  I just haven't seen a
better way to serve this purpose.

-- Dick


___
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: altID

[Stephen Barncard]

True, but IDs  are global, and faster as a lookup is not required.


Dick,

I admire in cleverness of all this, but the code is even worse to 
comprehend than assembly language. Seems to me we're going 
backwards. Can't we just keep things simple; like with put and get 
and meaningful names?


Seems to me we're defeating the whole purpose of Rev.

Just MHO,

Joe Wilkins



--


stephen barncard
s a n  f r a n c i s c o
- - -  - - - - - - - - -



___
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: altID

[Joe Lewis Wilkins]

Dick,

I admire in cleverness of all this, but the code is even worse to  
comprehend than assembly language. Seems to me we're going backwards.  
Can't we just keep things simple; like with put and get and  
meaningful names?


Seems to me we're defeating the whole purpose of Rev.

Just MHO,

Joe Wilkins

On May 26, 2007, at 11:37 AM, Dick Kriesel wrote:


On 5/26/07 3:51 AM, "David Bovill" <[EMAIL PROTECTED]> wrote:


I like the idea of being able to copy a template
into a stack and still refer to the object by its altID - so  
everything
keeps working. The aim is not to have to rename anything in a  
script as this

gets messy in a general case.

But if I copy 10 versions to the same stack it won't work with altIDs
because they would all have the same id and as (unlike the case  
with normal
ids) - you cant use a syntax like "group id 65535 of card 1" there  
is no way

to distinguish them without renaming them.


If you make ten copies of a template, you need to distinguish each  
of the
ten somehow.  Since you'd rather not rename them "copy1" through  
"copy10"

you can identify each copy in a custom property set of the object that
contains them.


function copyTemplate pTemplateName,pLibraryName,pTarget
  put the uTemplateCopies of pTarget into tTemplateCopies
  put the keys of tTemplateCopies into tKeys
  filter tKeys with pTemplateName,pLibraryName,"*"
  put number of lines in tKeys + 1 into tCopyNumber
  copy group pTemplateName of stack pLibraryName to pTarget
  set the uTemplate of it to pTemplateName,pLibraryName
  set the uCopies of group pTemplateName of stack pLibraryName to \
the long id of it
  set the uTemplateCopies of pTarget to tTemplateCopies \
& pTemplateName,pLibraryName,tCopyNumber & cr
  return tCopyNumber
end copyTemplate


Then each template knows its copies, each copy knows its template,  
and each
target knows which copies of which templates it contains. Your code  
can
refer to a control in any of the copies using an "of group id"  
clause to

disambiguate the altIDs.


  put the text of control id tAltID of group id \

Re: altID

[Dick Kriesel]

On 5/26/07 3:51 AM, "David Bovill" <[EMAIL PROTECTED]> wrote:

> I like the idea of being able to copy a template
> into a stack and still refer to the object by its altID - so everything
> keeps working. The aim is not to have to rename anything in a script as this
> gets messy in a general case.
> 
> But if I copy 10 versions to the same stack it won't work with altIDs
> because they would all have the same id and as (unlike the case with normal
> ids) - you cant use a syntax like "group id 65535 of card 1" there is no way
> to distinguish them without renaming them.

If you make ten copies of a template, you need to distinguish each of the
ten somehow.  Since you'd rather not rename them "copy1" through "copy10"
you can identify each copy in a custom property set of the object that
contains them.


function copyTemplate pTemplateName,pLibraryName,pTarget
  put the uTemplateCopies of pTarget into tTemplateCopies
  put the keys of tTemplateCopies into tKeys
  filter tKeys with pTemplateName,pLibraryName,"*"
  put number of lines in tKeys + 1 into tCopyNumber
  copy group pTemplateName of stack pLibraryName to pTarget
  set the uTemplate of it to pTemplateName,pLibraryName
  set the uCopies of group pTemplateName of stack pLibraryName to \
the long id of it
  set the uTemplateCopies of pTarget to tTemplateCopies \
& pTemplateName,pLibraryName,tCopyNumber & cr
  return tCopyNumber
end copyTemplate


Then each template knows its copies, each copy knows its template, and each
target knows which copies of which templates it contains. Your code can
refer to a control in any of the copies using an "of group id" clause to
disambiguate the altIDs.


  put the text of control id tAltID of group id \
the uTemplateCopies[tTemplateName,tLibraryName,tCopyNumber] of tTarget


Please note that the above code is a suggestion typed into an email, rather
than tested code copied from a working app.  Does the suggestion work for
you?  If you improve the code somehow, please share your results.

-- Dick


___
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: Open HC stacks in Rev

[Klaus Major]

Hi there,


Hi friends,

I have no experience in opening HC stacks in Rev and actually don't  
have to :-)
But a friend of mine tried it and got this error: "File is not a  
stack!"


Any hints? Thanks in advance.


We already found the answer!
It was just the "Open" dialog that only lets you open Rev "*.rev"  
documents!


With an "answer file "Yadda"; go stack it" in the msg it works as  
exspected.



Best

Klaus Major
[EMAIL PROTECTED]
http://www.major-k.de

___
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

Open HC stacks in Rev

[Klaus Major]

Hi friends,

I have no experience in opening HC stacks in Rev and actually don't  
have to :-)

But a friend of mine tried it and got this error: "File is not a stack!"

Any hints? Thanks in advance.


Regards

Klaus Major
[EMAIL PROTECTED]
http://www.major-k.de

___
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: altID

[David Bovill]

On 26/05/07, Dick Kriesel <[EMAIL PROTECTED]> wrote:



Watch out also for the upper limit on altIDs, which is 65535.



Didn't know that - will do!

Does that work for you?


I don't think it does. I like the idea of being able to copy a template
into a stack and still refer to the object by its altID - so everything
keeps working. The aim is not to have to rename anything in a script as this
gets messy in a general case.

But if I copy 10 versions to the same stack it won't work with altIDs
because they would all have the same id and as (unlike the case with normal
ids) - you cant use a syntax like "group id 65535 of card 1" there is no way
to distinguish them without renaming them.
___
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: altID

[Dick Kriesel]

On 5/20/07 5:35 AM, "David Bovill" <[EMAIL PROTECTED]> wrote:

> Has anyone got extensive experience of using altID? I am thinking of using
> it - but not sure exactly how.
> 
> The scenario I have is to do with a library of components that get copied
> all over the place, replace each other and need a good way of referring to
> each other and their library equivalents. I cant to use ids as they change
> when copied. I can't use names, because there may be other controls of the
> same name, and i want to be able to rename them without affecting anything,
> so... can I use altIDs?

Hi, David.  Yes, you can use altIDs, as in the following example:


on mouseUp
  create stack
  go to it
  create group "aTemplate"
  create field in it
  set altID of it to 1
  set text of it to "template"
  clone group "aTemplate"
  set name of it to "aClone"
  put "clone" into field id 1 of group "aClone"
  put field id 1 of group "aTemplate" && field id 1 of group "aClone"
end mouseUp


Watch out for using an altID that Rev uses as a primary id.  You could
create a thousand clones in one stack using the above technique without
clashing with Rev's ids.  If you need ten thousand, you can set the id of
the stack up by ten thousand, and used the skipped Rev ids for your altIDs.

Watch out also for the upper limit on altIDs, which is 65535.

Does that work for you?

-- Dick


___
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