Re: The $%$#%#$%# Rev Geometry

[stephen barncard]

Thanks Sarah, I'll try this out
-
Stephen Barncard
San Francisco
http://houseofcubes.com/disco.irev



> I have a plugin that I use but it is very limited compared to the Rev
> Geometry manager. However it works well and is easy to tweak since it
> creates editable scripts for you.
> I've just uploaded it to my web site, so you can find it at
> 
>
> 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

Two questions about trev

[Ludovic Thébault]

Hello,

1- What versions of Revolution are compatible with trev ? (i've 2.9.1)
2- It is possible to have a "tree" view in the code to reduce or  
extend loop like "if…else…end if" or "switch…case…end switch" ? It  
could be cool to verify the structure of the code when you have a lot  
of imbricated loop.


Thx___
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: Counting Lines of Code

[Kay C Lan]

On Mon, Sep 14, 2009 at 12:11 PM, Edward D Lavieri Jr  wrote:

> Does anyone know an way that I can count the total lines of code in a stack
> that has numerous substacks and handlers assigned to objects, cards, and
> stacks? I have tried using the Revolution Script Reporter, but it chokes on
> stacks of significant size.
>

Chipp Walter's AltStats does that. It's a very old pluggin, been around
since 1.1 I think, but it still works with 3.5. Not only does it count
lines, but words, chars, buttons, images, fields and groups, and gives the
data broken down as individual objects, per card, per sub-stack, per stack
and as a Grand Total. I'd like to give you a link but I went to Chipp's site
but I couldn't find it. So here's his site:

http://www.altuit.com/webs/altuit2/RunRev/default.htm

up in the top left corner is a contact link so you can email him and ask for
directions.

On the other hand, you could just roll your own. Not functional, but here's
a stepping stone (or two):

--probably need to declare a script local variable to keep track of your
tallies
local lOutput

put the openstacks into tOpenStacks
--don't need any of the rev stacks listed
filter tOpenStacks without "rev*"
filter tOpenStacks without "message*"
sort tOpenStacks

--assuming you're using an Option Button
set the text of button "SelectStack" to tOpenStacks


--inside your Option Button "SelectStack" you could have
ON menuPick pChosenStack
 put the substacks of stack pChosenStack into tSubStacks
 IF (tSubStacks <> empty) THEN
  put pChosenStack & cr & tSubStacks after tStackNames
 ELSE
  put pChosenStack into tStackNames
 END IF
 REPEAT FOR each line tStack in tStackNames
  REPEAT WITH tCard = 1 to the number of cards of stack tStack
   REPEAT WITH tControl = 1 to the number of controls of card tCard of stack
tStack
IF (the script of control tControl of card tCard of stack tStack <>
empty) THEN
 --once here you can do anything you like, count lines, words, chars etc
etc
 --myCustomHandler the script of control tControl
END IF
   END repeat --end control repeat
   --after doing all the scripts of each control on a card we need to do the
script of the card
   IF (the script of card tCard of stack tStack <> empty) THEN
--basically do exactly the same as above
--myCustomHandler the script of card tCard
   END IF
  END repeat -- end card repeat
  --after doing all the scripts of each card we need to do the script of the
stack
  IF (the script of stack tStack <> empty) THEN
   --basically do exactly the same as above
   --myCustomHandler the script of stack tStack
  END IF
 END repeat --end stack repeat
END menuPick

ON myCustomHandler pTheScript
 --do whatever you need to
 --use the local variable lOutput so data is not
 --lost as you pop in and out of this handler
 put myNewData & cr AFTER lOutput
END myCustomHandler

HTH
___
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: The $%$#%#$%# Rev Geometry

[Kay C Lan]

On Mon, Sep 14, 2009 at 1:22 PM, Sarah Reichelt wrote:

>
> 
>
> This is an interactive example,


Two thumbs up :-)

Thanks
___
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: The $%$#%#$%# Rev Geometry

[Sarah Reichelt]

>> Now all I have to do is work out a
>> way for that to happen automatically.
>> And I need to apply similar logic to my On-Rev page.
>>
>> And include the nitty-gritty on your wonderful On-Rev -> Scripts Examples
> page. Pretty please :-)



This is an interactive example, so check out the script for how it works.
For my purposes, I have a stack that assembles data about my stacks
(keywords, description etc) and uploads the text files my site needs
to display them. This stack now calls a file on the site that uses the
touch command to update the modification date of the file it is given.
It works exactly like the example, except it uses the $_GET array to
work out what file to touch, and it doesn't display all the details.

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

Re: Problems with snow leopard

[Jerry J]

On Sep 13, 2009, at 7:56 PM, Richard Gaskin wrote:

With every step Apple takes to eliminate differences between OSes,  
the less forked code we need to write. As they decrease their unique  
value, they increase ours. :)


Very quotable! Thanks, Richard.
--Jerry J

___
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

Counting Lines of Code

[Edward D Lavieri Jr]

Does anyone know an way that I can count the total lines of code in a  
stack that has numerous substacks and handlers assigned to objects,  
cards, and stacks? I have tried using the Revolution Script Reporter,  
but it chokes on stacks of significant size.


Thanks,
Ed Lavieri


___
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: The $%$#%#$%# Rev Geometry

[Kay C Lan]

On Mon, Sep 14, 2009 at 11:47 AM, Sarah Reichelt
wrote:


> Now all I have to do is work out a
> way for that to happen automatically.
> And I need to apply similar logic to my On-Rev page.
>
> And include the nitty-gritty on your wonderful On-Rev -> Scripts Examples
page. Pretty please :-)
___
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: The $%$#%#$%# Rev Geometry

[Sarah Reichelt]

On Mon, Sep 14, 2009 at 1:10 PM, Kay C Lan  wrote:
> On Mon, Sep 14, 2009 at 8:28 AM, Sarah Reichelt 
> wrote:
>
>>
>> I've just uploaded it to my web site, so you can find it at
>> 
>>
>> Sorry for taking this OT. Sarah, very nice uncluttered website but I notice
> that at the bottom it states:
>
> This page was last modified on: Thu, 13 Aug 2009 06:35:00 + (Local time:
> Thu, 13 Aug 2009 16:35:00 +1000)
>
> Yet you've clearly just added new content and there are two other entries
> after 13 Aug.  I'm apprehensive when I enter the 'cob-web' - page last
> modified 1999, as I'm probably wasting my time with outdated material. My
> pet peeve is pages with no date at all! Much perfer to stay in the
> 'living-web' and am always happy with pages with this year's date on it, get
> excited with this month, and am about as close as I'll ever get to winning
> the lottery if it has today's date :-))


Yes, there is a flaw in my setup there. This site is all done using
irev and the modification date comes from the date of the main file
itself. The list of  stacks is gathered from other files on the fly,
so the latest date of that is not shown. What I need to do is "touch"
the main file whenever a new stack is uploaded, so that the mod date
matches the latest stack update.

Thanks for pointing that out Kay. Now all I have to do is work out a
way for that to happen automatically.
And I need to apply similar logic to my On-Rev page.

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

Re: The $%$#%#$%# Rev Geometry

[Richard Gaskin]

stephen barncard wrote:


Ok I've been a Rev user since 2001, and many times I've tried to use the
geometry manager and it will work for a while, then BLAM, add or change
something (like add a new card) , then everything to the right gets wider -
a major mess. This happens sooner or later on EVERY stack I try to use
geometry.

Once in a while someone will mention rev geometry on this list,  and the
pundits will invariably say... "Geometry -- no big deal, just do it yourself
- it's easy. Don't use Rev geometry. "

But the Rev interface has such an intuitive interface to RevGeometry, I
really want to use it. If it's broken, how is it used? If it's in there, why
can't I just use it?


You can, but only when it does what you want.

If you've ever set out to make a tool like the Geometry Manager, or even 
just stayed up late thinking about how you would make one, it wouldn't 
be long before you'd stumble into the reasons why such a thing can only 
be used on a subset of possible layouts.


And while it's never been prohibitively onerous to write one's own 
resizeStack handlers, with Rev 3.5 this got radically simpler:


Groups now get a resizeControl message *whenever* their rect is changes, 
*even by script*.


If a layout is complete enough to be cumbersome to write a resizeStack 
handler for, chances are some or even most of those controls exist 
within groups which act as either custom controls or panes.


With v3.5 all you need to do now is have your resizeStack handler set 
the rect for each group, and then you can write the code that adjusts 
controls within the group in the group's script itself, keeping the 
logic simple and the code portable should you decide to use that group 
elsewhere.


Sure, I like the idea of the Geometry Manager as much as the next fella, 
and it may be possible to craft a UI and supporting code that would work 
in all possible circumstances some day.  But while we wait for that 
perfect solution, when the Geometry Manaager does what you need by all 
means use it, but if you bump into one of its wall you can still move 
your work forward with the confidence that you can get optimal 
performance and precise control over every aspect of your layout in just 
a few minutes by typing a resizeStack handler.


It may seem like more work, and perhaps may be in some cases, but maybe 
it really just illustrates the differences between point-and-click 
authoring systems like IconAuthor and scripting-based systems like Rev.


Like Bill Appleton (who wrote one of the first icon-based systems, 
CourseBuilder, and later went on to write SuperCard), said of 
point-and-click authoring systems and why he abandoned CourseBuilder to 
make SuperCard, "It's just hard to be as expressive as you can be with a 
scripting language."


How much more work is it to type rather than click anyway? Consider this 
example I posted in response to David Epstein's question on the 9th 
about multi-pane UIs:




All it does it resize four groups using two buttons as splitters. 
Simple stuff.


How long would it take to figure out how to use the GM for that?
It took only a minute or two to script.

The GM is handy for many things, but it's also good to know you can also 
handle the resizeStack message directly yourself when you need to.


Use whatever works.

--
 Richard Gaskin
 Fourth World
 Revolution training and consulting: http://www.fourthworld.com
 Webzine for Rev developers: 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: [ANN] tRev release

[Kay C Lan]

On Mon, Sep 14, 2009 at 11:00 AM, Richard Gaskin  wrote:

>
> But Jacque and I already work for Andre, who's in discussions to be
> acquired by Ken Ray, who is already a subsidiary of Klaus Major.
>
> Klaus may be soft-spoken, but he's secretly the kingpin of the entire Rev
> universe. :)
>
> Man... I turn my back for a month,

Forget the economic downturn, Vive La Revolution, just let me know when the
IPO is ;-)
___
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: The $%$#%#$%# Rev Geometry

[Kay C Lan]

On Mon, Sep 14, 2009 at 8:28 AM, Sarah Reichelt wrote:

>
> I've just uploaded it to my web site, so you can find it at
> 
>
> Sorry for taking this OT. Sarah, very nice uncluttered website but I notice
that at the bottom it states:

This page was last modified on: Thu, 13 Aug 2009 06:35:00 + (Local time:
Thu, 13 Aug 2009 16:35:00 +1000)

Yet you've clearly just added new content and there are two other entries
after 13 Aug.  I'm apprehensive when I enter the 'cob-web' - page last
modified 1999, as I'm probably wasting my time with outdated material. My
pet peeve is pages with no date at all! Much perfer to stay in the
'living-web' and am always happy with pages with this year's date on it, get
excited with this month, and am about as close as I'll ever get to winning
the lottery if it has today's date :-))

Bringing it back to topic, I guess what we need is an uncluttered, no
frills, it just works... gRev - Jerry?
___
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: [ANN] tRev release

[Richard Gaskin]

Kay C Lan wrote:


On Mon, Sep 14, 2009 at 8:59 AM, Sarah Reichelt wrote:


P.S. Jerry is having trouble posting to the list, so I am sending this
for him. Please contact Jerry directly with any questions at
.
___



Glad you explained that. I started reading the announcement and immediately
thought to myself. Wait a minute... Sarah's now working for Jerry??. First
it was Trevor, now Sarah..., Jacque will be next, followed by Richard; the
coup would then be complete ;-) Now that would be a Revolution ;-)


But Jacque and I already work for Andre, who's in discussions to be 
acquired by Ken Ray, who is already a subsidiary of Klaus Major.


Klaus may be soft-spoken, but he's secretly the kingpin of the entire 
Rev universe. :)


--
 Richard Gaskin
 Fourth World
 Revolution training and consulting: http://www.fourthworld.com
 Webzine for Rev developers: 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: Problems with snow leopard

[Richard Gaskin]

stephen barncard wrote:


As a long time mac user from the beginning, I've always thought the type and
creator codes were VERY useful to eliminate the ambiguity of what to launch
and I put down the PC method of using suffixes as being brain dead.


Apparently the Mac team did too, as we learned loudly when the NeXT team 
followed Steve back to Apple and tried to get rid of creator codes in 
their new OS X under the argument that they were unnecessary.


This internal turf war was mirrored by developers on Apple's UI 
developer mailing list.


For all the many years Apple has been hosting discussion lists for 
developers, to the best of my knowledge the UI list was shut down only 
once, and that was over this issue.


The outcry from people like you about the merit of creator codes was 
sweeping and furious, yet the NeXTites felt secure knowing that since 
they had been loyal with Steve all this time their opinion would 
ultimately prevail.


Among developers on the UI list this issue caused a flame war so great 
the list was taken offline for quite a while, and it was many months 
(more than a year IIRC) before it was resurrected.


Now, all these many years later, Apple is at last losing this 
once-valuable bit of metadata.


If there is comfort in this otherwise sad passing, it's for us 
multi-platform developers:


With every step Apple takes to eliminate differences between OSes, the 
less forked code we need to write.  As they decrease their unique value, 
they increase ours. :)


If only the world's OS vendors would come to common agreement on the 
placement of dialog buttons


--
 Richard Gaskin
 Fourth World
 Revolution training and consulting: http://www.fourthworld.com
 Webzine for Rev developers: 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: [ANN] tRev release

[Kay C Lan]

On Mon, Sep 14, 2009 at 8:59 AM, Sarah Reichelt wrote:

> P.S. Jerry is having trouble posting to the list, so I am sending this
> for him. Please contact Jerry directly with any questions at
> .
> ___
>

Glad you explained that. I started reading the announcement and immediately
thought to myself. Wait a minute... Sarah's now working for Jerry??. First
it was Trevor, now Sarah..., Jacque will be next, followed by Richard; the
coup would then be complete ;-) Now that would be a 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

[ANN] tRev release

[Sarah Reichelt]

Revolution code aficionados,

It is my pleasure to inform you that we have released the tRev editing
environment for Revolution.

Here's what the product does:
- it edits code in a tabbed browser
- it navigates code with handler links
- it auto-completes handlers, vars, keywords
- it sets properties (within the code editor!)
- it browses a crazy-cool object tree
- it lets you debug modelessly
- it shows full, in-context definitions instantly

tRev does all this magic in one clean, uncluttered window that is
devoid of administrative debris. It adds absolutely no data to any of
your objects, but instead keeps a local database of information about
each an object you edit—and what you were doing when you stopped
editing it.

tRev also plays very nicely with Revolution IDE by supporting high
levels of interoperability:
- functionality that doesn't preclude easy access to Rev components
- shortcuts to Revolution's property inspector, message box, menu
builder and application browser
- quick editing of an object's owner

The tRev support site:
- has 33 well illustrated articles
- has 15 video tutorials

tRev support is provided by direct email with its developer, not
through a crazy bug-tracking database. Features and enhancements are
released and explained with video tutorial on most Fridays.

You should click the link below to find out why it's time for change.

http://reveditor.com/should-i-get-in-the-hot-tub

Best,

Jerry Daniels
Watch tRev - The Movie
http://reveditor.com/trev-the-movie

==

P.S. Jerry is having trouble posting to the list, so I am sending this
for him. Please contact Jerry directly with any questions at
.
___
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: The $%$#%#$%# Rev Geometry

[stephen barncard]

2009/9/13 Bill Vlahos 

> Stephen,
>
> I've struggled with and successfully used Geometry Manager and agree with
> you that the UI is very inviting.
>
> There are two tricks I've found for making it work better.
>1. If in doubt click "Remove All" at the Geometry UI setting and
> reset it.
>

of course.



>2. If you are using it in comparison with another object, rather
> than the card dimensions, make sure the object is a low level object. I've
> found that you will get strange results this isn't done.
>

Not sure what you mean by 'lower level object". How can I make the desired
object relate to the stack/card size?

Also will groups have problems or do they usually stay together ( avoiding
any geometry inside ) ?

Do I have to assure that the 'resizestack' event reaches each object?




>
> I sure wish Rev would fix the Geometry Manager. It is a stumbling block for
> most new users.
>

Well, I"m not new, and it's definitely a stumbling block for me. Thanks
Bill.


>
> 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: The $%$#%#$%# Rev Geometry

[Sarah Reichelt]

On Mon, Sep 14, 2009 at 8:21 AM, stephen barncard
 wrote:
> Ok I've been a Rev user since 2001, and many times I've tried to use the
> geometry manager and it will work for a while, then BLAM, add or change
> something (like add a new card) , then everything to the right gets wider -
> a major mess. This happens sooner or later on EVERY stack I try to use
> geometry.
>
> Once in a while someone will mention rev geometry on this list,  and the
> pundits will invariably say... "Geometry -- no big deal, just do it yourself
> - it's easy. Don't use Rev geometry. "
>
> But the Rev interface has such an intuitive interface to RevGeometry, I
> really want to use it. If it's broken, how is it used? If it's in there, why
> can't I just use it?
>
> Does anyone know how to stop this from happening? Really, it was working
> quite well for many days... now I can't change anything on the stack without
> this thing falling apart. I didn't change the size of anything, just tried
> to add a new card.
>
> If I have to go "commando" with geometry, does anyone have a guide?

I have a plugin that I use but it is very limited compared to the Rev
Geometry manager. However it works well and is easy to tweak since it
creates editable scripts for you.
I've just uploaded it to my web site, so you can find it at


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

Re: The $%$#%#$%# Rev Geometry

[Bill Vlahos]

Stephen,

I've struggled with and successfully used Geometry Manager and agree  
with you that the UI is very inviting.


There are two tricks I've found for making it work better.
	1. If in doubt click "Remove All" at the Geometry UI setting and  
reset it.
	2. If you are using it in comparison with another object, rather than  
the card dimensions, make sure the object is a low level object. I've  
found that you will get strange results this isn't done.


I sure wish Rev would fix the Geometry Manager. It is a stumbling  
block for most new users.


Bill Vlahos

On Sep 13, 2009, at 3:21 PM, stephen barncard wrote:

Ok I've been a Rev user since 2001, and many times I've tried to use  
the
geometry manager and it will work for a while, then BLAM, add or  
change
something (like add a new card) , then everything to the right gets  
wider -

a major mess. This happens sooner or later on EVERY stack I try to use
geometry.

Once in a while someone will mention rev geometry on this list,  and  
the
pundits will invariably say... "Geometry -- no big deal, just do it  
yourself

- it's easy. Don't use Rev geometry. "

But the Rev interface has such an intuitive interface to  
RevGeometry, I
really want to use it. If it's broken, how is it used? If it's in  
there, why

can't I just use it?

Does anyone know how to stop this from happening? Really, it was  
working
quite well for many days... now I can't change anything on the stack  
without
this thing falling apart. I didn't change the size of anything, just  
tried

to add a new card.

If I have to go "commando" with geometry, does anyone have a guide?

thanks

sqb


-
Stephen Barncard
San Francisco
http://houseofcubes.com/disco.irev
___
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

CalendarWidget100

[Charles Szasz]

I have trying for the past few days to call CalendarWidget100 when an user
enters a field (field "date") so the user can click on a date and insert it
into the field. Presently I have a button with the following script to call
CalendarWidget100:

on mouseUp
   put "" into tYear
   put "" into tMonth
   put "" into tDay
   put "" into tDate
   start using stack "calendarWidget100"
  
   put  altAnswerDate(tMonth,tDay,tYear,) into newDate
   put line (item 1 of newDate) of the monthnames  &&  item 2 of
newDate&","&& item 3 of newDate into tNewDate2
   
   get tNewDate2
   #   stop using stack "calendarWidget100"
   if it is empty then exit mouseUp
   put it into fld "date"
end mouseUp

The button script works without any scripting errors.

I have tried the OpenField command in the date field using the code above
but it generates several errors that "private" that are within the
calendarWiget100 that were commented out by Chipp not to bother.

The problem lies with the line which generates errors:

if it is empty then exit mouseUp

I tried the following script:

if it is empty then exit to top 

but that tags Chipp's code.

Any suggestions would be greatly appreciate!

-- 
View this message in context: 
http://www.nabble.com/CalendarWidget100-tp25428570p25428570.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

Test

[Jerry Daniels]

Having trouble posting to list...sorry for interruption.
___
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

The $%$#%#$%# Rev Geometry

[stephen barncard]

Ok I've been a Rev user since 2001, and many times I've tried to use the
geometry manager and it will work for a while, then BLAM, add or change
something (like add a new card) , then everything to the right gets wider -
a major mess. This happens sooner or later on EVERY stack I try to use
geometry.

Once in a while someone will mention rev geometry on this list,  and the
pundits will invariably say... "Geometry -- no big deal, just do it yourself
- it's easy. Don't use Rev geometry. "

But the Rev interface has such an intuitive interface to RevGeometry, I
really want to use it. If it's broken, how is it used? If it's in there, why
can't I just use it?

Does anyone know how to stop this from happening? Really, it was working
quite well for many days... now I can't change anything on the stack without
this thing falling apart. I didn't change the size of anything, just tried
to add a new card.

If I have to go "commando" with geometry, does anyone have a guide?

thanks

sqb


-
Stephen Barncard
San Francisco
http://houseofcubes.com/disco.irev
___
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: Problems with snow leopard

[stephen barncard]

As a long time mac user from the beginning, I've always thought the type and
creator codes were VERY useful to eliminate the ambiguity of what to launch
and I put down the PC method of using suffixes as being brain dead. It is
sad to see the Mac OS do another thing to make it more like Windblows. I
registered the codes creator "BARN" and document "rtfd" back in the early
90's. Obviously the second one Apple decided to use anyway for Textedit. (I
had my own rtf format with image references imbedded.) Aren't these things
still relevant? On 2009-09-13, Dave Cragg 
wrote: > I haven't installed Snow Leopard, so can't check this. > > I've
read that with Snow Leopard, the Finder no longer uses creator > and type
codes as a way of linking files to applications. I'm guessing > this might
have an effect of the result of double-clicking on a file. > For example,
perhaps the Finder is now trying to launch the file with > an older version
of Rev which doesn't recognize the current stack > format. > > Could that
explain what you're seeing? > > 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: Problems with snow leopard

[Dave Cragg]

I haven't installed Snow Leopard, so can't check this.

I've read that with Snow Leopard, the Finder no longer uses creator  
and type codes as a way of linking files to applications. I'm guessing  
this might have an effect of the result of double-clicking on a file.  
For example, perhaps the Finder is now trying to launch the file with  
an older version of Rev which doesn't recognize the current stack  
format.


Could that explain what you're seeing?

Dave


On 13 Sep 2009, at 03:42, Till Bandi wrote:

I just installed snow leopard - and now I can't launch a stack with  
a double click anymore from the finder. I get the dialog:


<>>


If I open the same stack within runrev with the open command,  
everything works as expected. If I "launch" the stack, I get the  
same problem.


Any idea what goes wrong ?

Till
___
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: Printing a series of numbers

[Jérôme Rosat]

Thanks Sparkout,

The two solutions which you propose are relevant. I'm going to make a  
"proof of concept" with the first solution and explore the second one.


Thank you very much for the link about WMI. I did not know WMI.

Jérôme

Le 12 sept. 2009 à 23:49, SparkOut a écrit :




Jérôme Rosat wrote:


Thanks Craig and JB.

My problem is not to reload the tray but to stop printing the number
(and stop increasing numbers) when the tray is empty.

I was probably not clear. Sorry for that but english is not my native
tongue. In my company we receive approximately 300' 000 mails  
during a

year.  Currently we number each mail with a label preprinted with a
number. And we stick the labels to the hand. So, what I want it is to
put all mails received during the day in the tray of the printer and
print a number on each mail and when the tray is empty, I need to
store the last number in my stack and use this number the following
day to start again to number mails.

Jérôme

Ah, I think I get it. You want to print a variable number of serial  
numbers
on the documents received, which you have placed in the paper tray  
of your
printer. The first serial number should be yesterday's last serial  
number
plus 1. So yesterday's range might have been from 19273 to 19411 and  
today
should start at 19412 and go through until the documents are out  
(say there

were 100, then tomorrow's first document will be numbered 19512).

Easy (ish) way:
1) Stack your documents in the paper tray and print 1000 serial  
numbers onto

them starting from (say, as above) 19412.
2) In the morning, look at the output from the printer and determine  
that

the print run ran out at 19511.
3) Cancel the outstanding print queue
4) Set rev to store 19512 as the new start serial number of the  
print run.

5) Collect up today's documents and put them in the print tray.
6) Print 1000 serial numbers onto the documents, starting at the  
figure

recorded in step 4.
7) Go home
8) In the morning look at the output from the printer and determine  
that the

print run ran out at 19643.
9) Cancel the outstanding print queue.
10) Set rev to store 19644 as the new start serial number of the  
print run.

11) onwards, repeating the appropriate steps as necessary.

More technical way - possibly/probably printer/platform dependent:
Find out what SNMP/html/scripting methods there are for  
interrogating the

print queues.
Some printers have an interface for reporting status, and some OS  
scripting
can be employed. I can't give you any pointers about SNMP at all. It  
may be
worth checking if you could get any information from the given  
printer by
checking in a web browser. If you can, then you could probably use  
rev to

get the url of the printer status page, and parse the data returned to
extract information about the paper situation. If you did this in a  
repeat
loop before sending your next serial number print job you could get  
rev to
tell whether it is safe to print the next number or wait for your  
return to
stack the new lot of documents in the paper tray. If the last print  
job was
reported OK and the printer status says paper is not out, then add 1  
to the

serial number and print, else exit the repeat loop.
If on Windows, you could use WMI scripting by getting rev to "do" a  
vbscript
with WMI interrogation of the printer status to verify that the last  
print
job did not fail and the status is ready and similarly you could put  
that

script in the loop and depending on result returned from the WMI
interrogation, either advance the count and print again or exit the  
loop and

wait for you to start again with new documents the next day.
If on Mac, I imagine there may be something vaguely similar in  
Applescript,

or Linux maybe some shell scripting, but I have no idea.
On Windows, there is some vbscript which you can look at, which  
shows some

WMI interrogation on printing (as well as lots of other stuff) here:
http://www.microsoft.com/technet/scriptcenter/guide/sas_prn_overview.mspx?mfr=true

I don't know if any of that is useful, but hope it helps.
S/O
--
View this message in context: 
http://www.nabble.com/Printing-a-series-of-numbers-tp25351555p25418521.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


___
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: Printing a series of numbers

[Jérôme Rosat]

Thanks Brian,

That can be a solution.

Le 11 sept. 2009 à 23:33, Brian Yennie a écrit :


Jerome,

Would it work to make each page a separate print job? Then you keep  
sending print jobs until one fails. The next day you just cancel the  
last failed job.

Something like:

Print "5"
Print "6"
Print "7"
FAIL

Next day...
Print "8"

That way you are not worrying about detecting "out of paper" in the  
middle of a multipage job. You just wait until a 1 page job fails.






___
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: Printing a series of numbers

[Jérôme Rosat]

Mark,

We print firstly the labels in advance. After, we stick manually a  
label on each mail.  Then, the number and some mail informations are  
stored in a database.


Le 11 sept. 2009 à 20:00, Mark Wieder a écrit :



I'm afraid I still don't understand. Are you not storing the number
and mail information in a database? Are you simply printing a number
onto a label? Why not just print up labels ahead of time and use them?

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


___
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: use-revolution Digest, Vol 72, Issue 18 -- Solution for Problems with Snow Leopard

[Richard Gaskin]

sandrah9 wrote:

> On Sun, Sep 13, 2009 at 12:42 PM, Till Bandi wrote:
>> I just installed snow leopard - and now I can't launch a stack with
>> a double click anymore from the finder. I get the dialog:
>>
>> <>
>> If I open the same stack within runrev with the open command,
>> everything works as expected. If I "launch" the stack, I get
>> the same problem.
>
> I had the same problem, and here is the solution. You need to
> insert the Snow Leopard disc again and load the application
> "Rosetta" which is included separately on the disc. Once loaded,
> go to your Revolution application and click on it but don't open
> it. While it is highlighted, go to top finder menu and select the
> "Get Information" under "File". On the window that opens you will
> see the information for the Rev application and then you check the
> box for "use Rosetta". Once you do that it will open as it once
> did by double-clicking on any of your Rev. documents.

I thought the Rev app was in Universal Binary formant, no?

If so, why wouldn't Snow Leopard just ignore the PPC half?

I wonder how many of our own apps may be similarly affected

--
 Richard Gaskin
 Fourth World
 Revolution training and consulting: http://www.fourthworld.com
 Webzine for Rev developers: 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: use-revolution Digest, Vol 72, Issue 18 -- Solution for Problems with Snow Leopard

[stephen barncard]

Isn't there a speed hit running under Rosetta?
-
Stephen Barncard
San Francisco
http://houseofcubes.com/disco.irev


2009/9/13 

>
> I read a messarge regarding "Problems with Snow Leopard":
>
> On Sun, Sep 13, 2009 at 12:42 PM, Till Bandi < tba...@swissonline.ch >
> wrote:
> > I just installed snow leopard - and now I can't launch a stack with a
> double
> > click anymore from the finder. I get the dialog:
> >
> > <>
> >
> > If I open the same stack within runrev with the open command, everything
> > works as expected. If I "launch" the stack, I get the same problem.
>
> I had the same problem, and here is the solution. You need to insert the
> Snow Leopard disc again and load the application "Rosetta" which is included
> separately on the disc. Once loaded, go to your Revolution application and
> click on it but don't open it. While it is highlighted, go to top finder
> menu and select the "Get Information" under "File". On the window that opens
> you will see the information for the Rev application and then you check the
> box for "use Rosetta". Once you do that it will open as it once did by
> double-clicking on any of your Rev. documents.
>
> Cheers,
> Sandy Hargrove
> ___
> 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: use-revolution Digest, Vol 72, Issue 18 -- Solution for Problems with Snow Leopard

[sandrah9]

I read a messarge regarding "Problems with Snow Leopard": 

On Sun, Sep 13, 2009 at 12:42 PM, Till Bandi < tba...@swissonline.ch > wrote: 
> I just installed snow leopard - and now I can't launch a stack with a double 
> click anymore from the finder. I get the dialog: 
> 
> <> 
> 
> If I open the same stack within runrev with the open command, everything 
> works as expected. If I "launch" the stack, I get the same problem. 

I had the same problem, and here is the solution. You need to insert the Snow 
Leopard disc again and load the application "Rosetta" which is included 
separately on the disc. Once loaded, go to your Revolution application and 
click on it but don't open it. While it is highlighted, go to top finder menu 
and select the "Get Information" under "File". On the window that opens you 
will see the information for the Rev application and then you check the box for 
"use Rosetta". Once you do that it will open as it once did by double-clicking 
on any of your Rev. documents. 

Cheers, 
Sandy Hargrove 
___
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: Problems with snow leopard

[Till Bandi]

Thaknks!

Am 13.09.2009 um 04:54 schrieb Sarah Reichelt:

On Sun, Sep 13, 2009 at 12:42 PM, Till Bandi   
wrote:
I just installed snow leopard - and now I can't launch a stack with  
a double

click anymore from the finder. I get the dialog:

>


If I open the same stack within runrev with the open command,  
everything

works as expected. If I "launch" the stack, I get the same problem.



It's a known issue with Snow Leopard. Open all stacks either by
command (open or go) or by using the File menu.
Double-clicking a stack will work if Rev is not already running, but
not after that.

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


___
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