Re: File lists

[Ken Ray]

> -- get a list of all OS X files in a folder
> 
> function getFiles pFolder
>put revMacFromUnixPath(pFolder) into pFolder
>put "tell application" && quote & "Finder" & quote & cr & "files of
> folder" \
>&& quote & pFolder & quote & cr & "end tell" into tScript
>do tScript as "applescript"
>put the result into tFiles
>replace comma with cr in tFiles
>repeat for each line l in tFiles
>  get the number of words in char 1 to offset(quote,l) of l
>  put word it of l & cr after tList
>end repeat
>replace quote with empty in tList
>return tList
> end getFiles

The only suggestion I have is to be careful of the "replace comma with cr in
tFiles" line - if there's a comma in the file name you'll get a wrong
result. Also you get a bunch of extra "crap" when you have the full paths to
the files when using "files of folder ".

Try this instead (watch the line wraps):

 function getFiles pFolder
put revMacFromUnixPath(pFolder) into pFolder
put replaceText("tell app `Finder`" & cr & \
  "the name of every file of folder `" & pFolder & "`" & cr & \
  "end tell","`",quote) into tScript
  do tScript as "AppleScript"
  put replaceText(char 3 to -3 of the result,(quote & ", " & quote),CR) into
tList
  return tList
end getFiles


Ken Ray
Sons of Thunder Software, Inc.
Email: k...@sonsothunder.com
Web Site: http://www.sonsothunder.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: visibility of a second stack called from a main stack

[wayne durden]

My apologies to the list, it turns out that the flashed border was in fact
the border of yet a third stack that the second stack was calling upon for
data...  LOL,  I simply needed to handle the visibility of that third stack
as it was being called from stack 2.

Thanks for your time and help and suggestions anyway Mark.  I hope they
prove helpful to someone in another search context at some time...

The generosity on this list cannot be over praised!

Wayne

On Sat, Jul 17, 2010 at 3:24 PM, Mark Swindell wrote:

> If your second stack is a substack of the first  I don't believe you have
> to open it (just tested it here and I didn't have to , I just referred to it
> by name).  Otherwise you might have to go the "start using" route, but I've
> never gone that route.
>
> Mark
>
> On Jul 17, 2010, at 12:08 PM, wayne durden wrote:
>
> > Thanks Mark, will likely do this, seems clunky.  With regard to your
> second
> > suggestion, I may try some experimenting there but I am not crystal
> clear.
> > I assume I would have to open the stack first, correct, and if so, I
> think
> > that's where the window outline pops up...  I tried a "start using" form
> at
> > one time and the "click at loc" command didn't work there, from which I
> > assumed that the start using puts the handlers of the second stack in
> play
> > but it's not exactly as if the card was there...
> >
> > Thanks,
> >
> > Wayne
> >
> > On Sat, Jul 17, 2010 at 2:40 PM, Mark Swindell  >wrote:
> >
> >> You might try setting the loc of the second stack off-screen, though you
> >> shouldn't have to do this...
> >>
> >> HTH,
> >> Mark
> >>
> >> On Jul 17, 2010, at 11:24 AM, wayne durden wrote:
> >>
> >>> Hello all, I am using Ent. 4.0 and am having an issue where I am using
> a
> >>> button on a main "control center" stack simply to open another stack
> and
> >>> click at the location of a button there.  What happens is that for a
> >> moment
> >>> the outline of the window for the second stack is visible and I would
> >> prefer
> >>> it happen completely hidden away.  I have tried locking the screen
> before
> >>> opening the second stack and unlocking at the end of the handler, I
> have
> >>> tried "go invisible stack [name of second stack]" etc., but no matter
> >> what
> >>> on this XP machine, the second stack's window outline flashes to the
> >> screen
> >>> momentarily.
> >>>
> >>> For instance, here is the code at the moment:
> >>>
> >>>  --lock screen
> >>>  go invisible stack "blogBuilder.rev"
> >>>
> >>>  click at the loc of btn btnBuildAllBlogSections of stack
> >>> "blogBuilder.rev"
> >>>  close stack "blogBuilder.rev"
> >>>  --unlock screen
> >>>
> >>> Note the lock and unlock items were commented out after they proved not
> >> to
> >>> work.  Additionally, instead of go invisible stack... I have used "open
> >>> stack".
> >>>
> >>> Appreciate anyone jogging my memory how one solves this...
> >>>
> >>> Thanks,
> >>>
> >>> Wayne
> >>> ___
> >>> 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
>
> ___
> 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: visibility of a second stack called from a main stack

[Mark Swindell]

If your second stack is a substack of the first  I don't believe you have to 
open it (just tested it here and I didn't have to , I just referred to it by 
name).  Otherwise you might have to go the "start using" route, but I've never 
gone that route.

Mark

On Jul 17, 2010, at 12:08 PM, wayne durden wrote:

> Thanks Mark, will likely do this, seems clunky.  With regard to your second
> suggestion, I may try some experimenting there but I am not crystal clear.
> I assume I would have to open the stack first, correct, and if so, I think
> that's where the window outline pops up...  I tried a "start using" form at
> one time and the "click at loc" command didn't work there, from which I
> assumed that the start using puts the handlers of the second stack in play
> but it's not exactly as if the card was there...
> 
> Thanks,
> 
> Wayne
> 
> On Sat, Jul 17, 2010 at 2:40 PM, Mark Swindell wrote:
> 
>> You might try setting the loc of the second stack off-screen, though you
>> shouldn't have to do this...
>> 
>> HTH,
>> Mark
>> 
>> On Jul 17, 2010, at 11:24 AM, wayne durden wrote:
>> 
>>> Hello all, I am using Ent. 4.0 and am having an issue where I am using a
>>> button on a main "control center" stack simply to open another stack and
>>> click at the location of a button there.  What happens is that for a
>> moment
>>> the outline of the window for the second stack is visible and I would
>> prefer
>>> it happen completely hidden away.  I have tried locking the screen before
>>> opening the second stack and unlocking at the end of the handler, I have
>>> tried "go invisible stack [name of second stack]" etc., but no matter
>> what
>>> on this XP machine, the second stack's window outline flashes to the
>> screen
>>> momentarily.
>>> 
>>> For instance, here is the code at the moment:
>>> 
>>>  --lock screen
>>>  go invisible stack "blogBuilder.rev"
>>> 
>>>  click at the loc of btn btnBuildAllBlogSections of stack
>>> "blogBuilder.rev"
>>>  close stack "blogBuilder.rev"
>>>  --unlock screen
>>> 
>>> Note the lock and unlock items were commented out after they proved not
>> to
>>> work.  Additionally, instead of go invisible stack... I have used "open
>>> stack".
>>> 
>>> Appreciate anyone jogging my memory how one solves this...
>>> 
>>> Thanks,
>>> 
>>> Wayne
>>> ___
>>> 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

___
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: visibility of a second stack called from a main stack

[wayne durden]

Thanks Mark, will likely do this, seems clunky.  With regard to your second
suggestion, I may try some experimenting there but I am not crystal clear.
I assume I would have to open the stack first, correct, and if so, I think
that's where the window outline pops up...  I tried a "start using" form at
one time and the "click at loc" command didn't work there, from which I
assumed that the start using puts the handlers of the second stack in play
but it's not exactly as if the card was there...

Thanks,

Wayne

On Sat, Jul 17, 2010 at 2:40 PM, Mark Swindell wrote:

> You might try setting the loc of the second stack off-screen, though you
> shouldn't have to do this...
>
> HTH,
> Mark
>
> On Jul 17, 2010, at 11:24 AM, wayne durden wrote:
>
> > Hello all, I am using Ent. 4.0 and am having an issue where I am using a
> > button on a main "control center" stack simply to open another stack and
> > click at the location of a button there.  What happens is that for a
> moment
> > the outline of the window for the second stack is visible and I would
> prefer
> > it happen completely hidden away.  I have tried locking the screen before
> > opening the second stack and unlocking at the end of the handler, I have
> > tried "go invisible stack [name of second stack]" etc., but no matter
> what
> > on this XP machine, the second stack's window outline flashes to the
> screen
> > momentarily.
> >
> > For instance, here is the code at the moment:
> >
> >   --lock screen
> >   go invisible stack "blogBuilder.rev"
> >
> >   click at the loc of btn btnBuildAllBlogSections of stack
> > "blogBuilder.rev"
> >   close stack "blogBuilder.rev"
> >   --unlock screen
> >
> > Note the lock and unlock items were commented out after they proved not
> to
> > work.  Additionally, instead of go invisible stack... I have used "open
> > stack".
> >
> > Appreciate anyone jogging my memory how one solves this...
> >
> > Thanks,
> >
> > Wayne
> > ___
> > 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

Re: visibility of a second stack called from a main stack

[Mark Swindell]

Also, if you don't need the stack to show at all, could you not send a mouseUp 
to control x of cd y of stack z?  

On Jul 17, 2010, at 11:24 AM, wayne durden wrote:

> Hello all, I am using Ent. 4.0 and am having an issue where I am using a
> button on a main "control center" stack simply to open another stack and
> click at the location of a button there.  What happens is that for a moment
> the outline of the window for the second stack is visible and I would prefer
> it happen completely hidden away.  I have tried locking the screen before
> opening the second stack and unlocking at the end of the handler, I have
> tried "go invisible stack [name of second stack]" etc., but no matter what
> on this XP machine, the second stack's window outline flashes to the screen
> momentarily.
> 
> For instance, here is the code at the moment:
> 
>   --lock screen
>   go invisible stack "blogBuilder.rev"
> 
>   click at the loc of btn btnBuildAllBlogSections of stack
> "blogBuilder.rev"
>   close stack "blogBuilder.rev"
>   --unlock screen
> 
> Note the lock and unlock items were commented out after they proved not to
> work.  Additionally, instead of go invisible stack... I have used "open
> stack".
> 
> Appreciate anyone jogging my memory how one solves this...
> 
> Thanks,
> 
> Wayne
> ___
> 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: visibility of a second stack called from a main stack

[Mark Swindell]

You might try setting the loc of the second stack off-screen, though you 
shouldn't have to do this...

HTH,
Mark

On Jul 17, 2010, at 11:24 AM, wayne durden wrote:

> Hello all, I am using Ent. 4.0 and am having an issue where I am using a
> button on a main "control center" stack simply to open another stack and
> click at the location of a button there.  What happens is that for a moment
> the outline of the window for the second stack is visible and I would prefer
> it happen completely hidden away.  I have tried locking the screen before
> opening the second stack and unlocking at the end of the handler, I have
> tried "go invisible stack [name of second stack]" etc., but no matter what
> on this XP machine, the second stack's window outline flashes to the screen
> momentarily.
> 
> For instance, here is the code at the moment:
> 
>   --lock screen
>   go invisible stack "blogBuilder.rev"
> 
>   click at the loc of btn btnBuildAllBlogSections of stack
> "blogBuilder.rev"
>   close stack "blogBuilder.rev"
>   --unlock screen
> 
> Note the lock and unlock items were commented out after they proved not to
> work.  Additionally, instead of go invisible stack... I have used "open
> stack".
> 
> Appreciate anyone jogging my memory how one solves this...
> 
> Thanks,
> 
> Wayne
> ___
> 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

visibility of a second stack called from a main stack

[wayne durden]

Hello all, I am using Ent. 4.0 and am having an issue where I am using a
button on a main "control center" stack simply to open another stack and
click at the location of a button there.  What happens is that for a moment
the outline of the window for the second stack is visible and I would prefer
it happen completely hidden away.  I have tried locking the screen before
opening the second stack and unlocking at the end of the handler, I have
tried "go invisible stack [name of second stack]" etc., but no matter what
on this XP machine, the second stack's window outline flashes to the screen
momentarily.

For instance, here is the code at the moment:

   --lock screen
   go invisible stack "blogBuilder.rev"

   click at the loc of btn btnBuildAllBlogSections of stack
"blogBuilder.rev"
   close stack "blogBuilder.rev"
   --unlock screen

Note the lock and unlock items were commented out after they proved not to
work.  Additionally, instead of go invisible stack... I have used "open
stack".

Appreciate anyone jogging my memory how one solves this...

Thanks,

Wayne
___
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: RunRev, Linux, Multiple desktops

[Mark Wieder]

Peter-

Saturday, July 17, 2010, 12:47:52 AM, you wrote:

> What happens with Rev is that the functionality to move windows around is
> there and working fine, what goes wrong is the next step, the ability to use
> those windows where they are, and have them stay put.

Out of curiosity, what do you get when you "put the working
screenrects"? Is this just one line or do you get multiple lines for
the virtual screens?

Again out of curiosity, I tried this on XP using windowspager, and to
my surprise things worked as expected: I put the menubar in one
window, glx2 in another, and the dictionary in a third. I could move
around windows and use the various parts without them snapping back to
the menubar window. The one thing I did notice (and this might be a
clue) is that when I got a modal dialog from the IDE it popped up in
the menubar window, so that I didn't notice it until I swapped
windows again.

With that in mind, I notice that in the rev frontscript (button
"revFrontScript" of stack "revLibrary", there's a somewhat weird check
at the start of the openStack handler, in that if rev stacks are in
mode 4 they will snap into the workingScreenRect. You might try
fiddling with that (yes, make a copy of the stack first) to see if it
changes things.

-- 
-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: RunRev, Linux, Multiple desktops

[Richmond]

   When you set the textfont of a field to a font name not included
   in Rev's fontNames function, does the field use that font?



I can answer that one straight up!

The field uses the font; which is good.

BUT: if the font is a Unicode font (at least) it will not resize and is 
presented in

a sort of superscript format.
___
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: RunRev, Linux, Multiple desktops

[Richard Gaskin]

Richmond wrote:
> The other problems: fonts and so forth, are far more urgent.

In my too-long post at 
 
I wrote:


   > Where is it getting its font lists from?  Its not
   > the same place as every other app gets them.

   That's a darn good question, though FWIW if you prowl around
   various discussion boards on the web you'll find Rev isn't
   alone here; a few other programs also display incomplete lists
   of installed fonts.

   I was thinking about this yesterday, and I have a question
   for you or Richmond:

   When you set the textfont of a field to a font name not included
   in Rev's fontNames function, does the field use that font?

   If so, we may be able to come up with a scripted workaround to
   replace the fontNames function, something like linFontNames
   which would poke around to find what it needs to return a
   complete list.

   Not only would that solve the problem for us, but may also be
   helpful for the Rev engine team to find a good solution.

--
 Richard Gaskin
 Fourth World
 Rev training and consulting: http://www.fourthworld.com
 Webzine for Rev developers: http://www.revjournal.com
 revJournal blog: http://revjournal.com/blog.irv
___
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: RunRev Script Editor and Linux

[Richard Gaskin]

Peter Alcibiades wrote:


They're a small outfit with limited resources, and to some extent we are in
this together.  I agree, its not optimal, but rolling up our sleeves is
probably the way to make progress.  Maybe there should be some buyer caveats
around the Linux version marketing materials also, to manage expectations.
We have to give it a shot and see how Rev manages to respond.  Here's
hoping.


Well said, Peter.

I would not advocate anyone spend time on this if it's not inherently 
worthwhile for them.


For myself, I have a significant investment in the Rev engine and a 
growing investment in Linux, so it's well worth my time to do what I can 
to improve things on that platform.


If anyone else's needs are similar, by all means dive in and let's do 
what we can.  But if not there's nothing wrong at all with just waiting 
for the fixes to come to you.


Rev isn't an open source project per se so the motivations for such 
things are indeed different than they would be for a FOSS project.


Just the same, if you believe it's worth your time then there's a lot we 
can accomplish working on this together.


I know it's become a bit of a cliche, but the definition of the word 
"ubuntu" is relevant here, translating from the Bantu to mean roughly, 
"I am who I am because of who we all are".


Nelson Mandela explained Ubuntu well:

   A traveler through a country would stop at a village and he
   didn't have to ask for food or for water. Once he stops, the
   people give him food, entertain him. That is one aspect of
   Ubuntu but it will have various aspects. Ubuntu does not
   mean that people should not enrich themselves. The question
   therefore is: Are you going to do so in order to enable the
   community around you to be able to improve?

One excellent example of the spirit of ubuntu at work in this Rev 
community is Andre Garzia.  There are many others as well, but Andre 
comes to mind immediately because of his consistent generosity of 
donating code for the benefit of the community.


--
 Richard Gaskin
 Fourth World
 Rev training and consulting: http://www.fourthworld.com
 Webzine for Rev developers: http://www.revjournal.com
 revJournal blog: http://revjournal.com/blog.irv
___
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: RunRev, Linux, Multiple desktops

[Richmond]

   I generally keep all my Rev windows in one desktop, so this
   isn't a big issue for me, but if you have time to help diagnose
   this the success I found with MC's toolbar closed suggests we
   might be able to find a relatively simple fix for this.



Frankly I cannot get that worked up about this one:
I'm doing fine with a Siemens 17" cathode-ray job
I found in a dustbin in Scotland about 7 years ago.
When I need more space there's a shop down the road
with a 23" VDU that the chap will almost pay me to
take away so he gets the shelf space back.

I suppose I could jack an old video card in the back and run
2 monitors . . . cheap as chips.

Now, of course, if you cannot stoop to old-fashioned VDUs and have
to have a flat-screen, then I you might want multiple desktops.

The other problems: fonts and so forth, are far more urgent.
___
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: RunRev, Linux, Multiple desktops

[Richard Gaskin]

Peter Alcibiades wrote:

OK, this is how to reproduce it.

Fire up Rev, start a new stack, put a button on it.

Now open the script editor, the property inspector, the dictionary.

Send the dictionary to desktop A, the property inspector to desktop B.

Now use either the dictionary, property inspector or the editor.  What
should happen is that all the windows reassemble themselves on just one
desktop, one over the other.

If you do the same thing in Open Office, you'll find that the help stays
open, stays in the same desktop, and you can move to and fro.  I no longer
write big complicated spreadsheets, thank heaven, but if you ever do, this
is invaluable.  You can have the full help application on one desktop and
what you're working on, on another, and so all the syntax of all those
functions is instantly available.

What happens with Rev is that the functionality to move windows around is
there and working fine, what goes wrong is the next step, the ability to use
those windows where they are, and have them stay put.

But if  you've found a way, or a configuration, which allows this, that
would be truly wonderful!


Yes, I was able to both reproduce it and found a limited way to get 
success - this is from my post at 
:


   > How exactly has Rev implemented the IDE so that you can't
   > put the property inspector on one desktop and the editor
   > on another?

   That one I think is an engine issue and not governed by the
   IDE stacks per se.

   I verified this hunch using (you guessed it) MC:  moving a
   window to another desktop seems to move it okay at first, but
   going to that desktop puts the window back among the others.

   Interestingly, I find that if I move the main IDE toolbar in
   Rev or MC to another desktop, then all windows go to that desktop.

   I'm not sure exactly what the rule is, but it would seem that
   the toolbar governs which desktop is in use.

   I just ran another test and found something VERY interesting:
   if you close MC's toolbar you can move windows independently
   across different desktops!  Success!

   So now one of us needs to try to pin down exactly what the
   difference is between the working and non-working states here:
   is it the order in which windows are opened?  Their mode?

   If you have time to make a standalone to experiment with this
   the results will likely be invaluable for fixing it.

   I generally keep all my Rev windows in one desktop, so this
   isn't a big issue for me, but if you have time to help diagnose
   this the success I found with MC's toolbar closed suggests we
   might be able to find a relatively simple fix for this.


--
 Richard Gaskin
 Fourth World
 Rev training and consulting: http://www.fourthworld.com
 Webzine for Rev developers: http://www.revjournal.com
 revJournal blog: http://revjournal.com/blog.irv
___
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: HTMLtext doesn't play well with CSS

[Richard Gaskin]

Tim Ponn wrote:

> I want the user to be able to change font sizes, make bold,
> italic, whatever.  I also want them to have the freedom to
> turn some of the text into links, etc.  When I try to use
> HTMLtext in rev, the results are not so good.  How do I
> improve it?

As Jim pointed out, the htmlText of a field is not true HTML in the 
browser sense; it could more accurately be called "xmlText" because it 
uses XML tags to represent style runs, but is not designed to be 
web-ready HTML.


The htmlText property was added to the engine to provide something no 
other xTalk had, which is very, very useful:  a plain-text description 
of everything in a field, both content and style attributes.  Unlike 
rtfText, htmlText is designed to be the one way a field's content and 
styles can be reproduced in another field with complete fidelity.  As 
such it includes tags like threeDBox which is supported in the Rev 
engine but not in HTML, and is missing a good many HTML things like CSS.


One useful thing about htmlText is that the order of tags is fairly 
consistent when you obtain that property from a field, regardless of the 
tag order you may have used to set those attributes.


For example, you can use this:

set the htmlText of fld 1 to "Hello"

...and when you get the htmlText you'll get:

   Hello

Note the reversal of the order of  and . This happens because the 
storage format of htmlText is a binary representation in which those 
flags have fixed positions, so it can parse an htmlText string to set 
those binary flags but once set they're in whatever order the engine 
stores them, and retrieving them will translate them from the binary 
form to the text tags in that order.


This can be useful because it can allow you to predict what certain 
combinations of attributes will be, and then do a search-and-replace to 
swap 'em out for CSS assignments.


For example, if you had a CSS class named "MyClass" which sets the bold 
and italic of text, you could write this to translate the htmlText to 
use CSS assignments:


   replace "" with "" in tData
   replace "" with "" in tData

At first this seems excitingly easy to deal with, extensible as it can 
be to include font size, font face, and other aspects.


But then we come to nested tags, and meet with a grave disappointment. :(

This htmlText:

  Hello world.

...describes the style runs for the words "Hello World" in which both 
words are in bold but "Hello" is underlined and "World" is italicized.


Note what happened to "" there: it got replicated to enclose each 
word separately, as opposed to this form which would be more common in HTML:


  Hello world.

In some cases this won't be a big problem, since while it adds a bit of 
bloat to the page it can still allow simple wholesale replacements to be 
used to assign classes.


But there may be times where it's not sufficient, requiring you to parse 
tags by examining them in sequence (see the optional third argument to 
the offset function for a good way to make a pull-parser),  omitting 
redundant tags.


With WebMerge, the revJournal blog, and some custom CMS solutions for 
clients, I've had to deal with these sorts of issues myself.  In those 
contexts the efficiency of the page generation was a higher priority 
than the cleanliness of the resulting HTML, so I opted for what could 
arguably called laziness in how those tags are dealt with. ;)


It would be ideal if we had a nicely generalized function like this:

   webHtml(pHtmlText, pCss)

...in which pHtmlText is the raw htmlText of a field and pCss is a set 
of CSS definitions.  The function could then parse the text, look for 
tag patterns which can be satisfied by the various CSS definitions 
supplied, and replace those htmlText tag sequences with appropriate 
class and style assignments as needed.


Unfortunately I have no such function in my libraries. It's been on my 
to-do list, but has been a much lower priority than other things which 
actually get done. :)


Given the complexity of the task, this might make a good exercise for 
the readers here.  As often happens here, folks would likely submit 
different forms, each more complete and hopefully faster than the last, 
and if the process follows historic norms at the end Alex Tweedly will 
come up with a three-line solution using arrays. :)


If the function were made public domain or MIT license, it could be used 
in commercial projects as well as open source projects without legal 
encumbrance.


Anyone up for such a task?

I'll offer a code bounty of $100 for any reasonably efficient function 
that does that.


--
 Richard Gaskin
 Fourth World
 Rev training and consulting: http://www.fourthworld.com
 Webzine for Rev developers: http://www.revjournal.com
 revJournal blog: http://revjournal.com/blog.irv
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription

Re: Playing a movie in Linux

[Richmond]

What was I saying about morons?

On 07/17/2010 06:40 PM, Richmond wrote:

Whether this posting consists of "more on the topic" or "moron the topic"
has yet to be seen . . .

On 07/17/2010 11:41 AM, Richmond wrote:



1. As one has to leverage mplayer embedded movies are 'off'.

  Consequences of this:

  1.1. The poor old end-user will have to 'fart around' (it has 
always amazed me how
 British slang phrases are generally "more robust" than 
American ones) with
 file pathways and so forth; unless, of course, somebody can 
work out how

 to manage relative pathways on Linux . . .



Tried playing an embedded movie with Xfmedia:

on mouseUp
   set the videoClipPlayer to "/usr/bin/xfmedia"
   play videoClip "OINK.mov"
end mouseUp

[ Ctrl-A, Ctrl-C and Ctrl-V from the keyboard pasted into Mozilla 
Thunderbird ]


The videoClip started playing (admittedly only the music because I 
don't have the codex / codecs installed)
and then the whole of RunRev 4.0 crashed. Whether the carsh happended 
DURING the time the videoClip was

playing or subsequently I really couldn't say.


So, I thought I would try to find a free, legal movie download from the 
internet (having previously
been using a 15 second rip from a kids DVD I use for teaching purposes - 
Peppa Pig); well,
as long as you are happy with porno you are spoilt for choice; otherwise 
a bit of a tough call!


Anyway I found an OGG video clip of some really stomach-churning cinema 
intermission from the
USA in about 1950; "Happy Father's day Dad!" [ fair gave me the dry boke 
]. Suffix is .ogv; plays on
my Linux box quite satisfactorily in all the movie players I mentioned 
in my previous posting.


Embedded: sound plays and then the IDE crashes!

External and Reffed: the videoPlayer becomes strangely transparent 
allowing me to see

part of my desktop picture through it; sound plays.

Masochists among you may feel the urge to download my stack, which I 
have bundled with

the movie:

http://andregarzia.on-rev.com/richmond/STUFF/KINO.tar.gz

4.5 MB download

if you are expecting aesthetics get over it now; this is really crude 
stuff; both the look of the

stack and the awful videoClip . . .   :)
___
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: RevWeb, IE and saving data

[Richard Miller]

After more testing, this problem only occurs when the revlet is run from 
a server. If I put the same revlet on the local drive, IE will allow 
writing to disk. If it is run from a server, IE prevents writing to 
disk. Is there a way around this?


Thanks.
Richard



On 7/17/10 10:06 AM, Richard Miller wrote:

This may be an ongoing problem, or I may be missing something.

I can't write data to a file under revweb, Internet Explorer on a PC, 
and either Vista or Windows 7. No problem writing data using Firefox 
on a PC. No problem reading data from a file with IE.


Is this a known problem? Any way to adjust for it? I'm using the 
latest version of Rev Enterprise.


Thanks.
Richard Miller
___
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: Playing a movie in Linux

[Richmond]

Whether this posting consists of "more on the topic" or "moron the topic"
has yet to be seen . . .

On 07/17/2010 11:41 AM, Richmond wrote:



1. As one has to leverage mplayer embedded movies are 'off'.

  Consequences of this:

  1.1. The poor old end-user will have to 'fart around' (it has always 
amazed me how
 British slang phrases are generally "more robust" than 
American ones) with
 file pathways and so forth; unless, of course, somebody can 
work out how

 to manage relative pathways on Linux . . .



Tried playing an embedded movie with Xfmedia:

on mouseUp
   set the videoClipPlayer to "/usr/bin/xfmedia"
   play videoClip "OINK.mov"
end mouseUp

[ Ctrl-A, Ctrl-C and Ctrl-V from the keyboard pasted into Mozilla 
Thunderbird ]


The videoClip started playing (admittedly only the music because I don't 
have the codex / codecs installed)
and then the whole of RunRev 4.0 crashed. Whether the carsh happended 
DURING the time the videoClip was

playing or subsequently I really couldn't say.
___
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: HTMLtext doesn't play well with CSS

[Jim Ault]

I think I get it.  The user makes changes in a field, then uploads the  
HTMLtext version for web display.
You need to remember that the HTMLtext was created many years ago for  
Rev field rendering, and not for web browsers.
So let's take an approach in Rev that I use for other purposes but may  
apply here.


Rev is a very powerful text chunk engine, so use HTMLtext during the  
casting of text blocks, then convert to valid HTML, etc before  
sending.  I don't have any experience using HTMLtext.  If the real  
issue is that the tags look good before uploading but then the CSS  
does not work when inserted in the page, there may be something going  
on that I am missing.


There is no wheel that I know of, and I have been listening to this  
list for about 6 years.


Since this is a Rev list and not a web geek list, why not contact me  
off list so we can work on a solution, then come back to the list with  
the answer.  There will be many who will be interested in the result,  
but not a long thread.


Let me know if this helps.
I will be happy to build and modify web pages on one of my test sites  
to see what possible solutions we can find>


Does this sound good for you?


Jim Ault
Las Vegas




On Jul 17, 2010, at 7:00 AM, Tim Ponn wrote:


OK...let me explain more fully...

Problem:

There are web geeks (myself included) who create and/or maintain web  
sites.  www.historicalengine.com and www.grandvalleytractor.com are  
two of mine.  The creation is quite easy with all the drag and drop  
tools available out there.  I usually tweak (sometimes heavily,  
sometimes not so) the graphics or the resulting page code.  When  
it's finished, I turn the "keys" to the site over to whoever owns  
it.  Unfortunately, 99.9% of the time they are clueless to web  
geekery.  By the time you get to the "t" in "ftp", their eyes have  
glazed over and they're drooling...much the same as I look when an  
accountant utters more than 2 syllables to my engineeringness.  ;=)   
So, when it comes time to update the site, they return to my  
doorstep.  Not a big deal if it's once or twice a year...but when  
it's a club site...or the site for a bowling league...or the  
like...I can get requests every day!  And the changes are, in these  
cases, dirt simple..."Could you put these latest scores on the  
site?" or "Here's this months newsletter!"


The solution I'm cobbling together:

In a sentence...Let them do it themselves.  When I create the site,  
I insert a comment (or many, if required..maybe one per bowling  
team...whatever) like "" someplace on a  
page.  My simple rev app contains a field and a button.  There's  
significant password protection, blahblah, going on that I don't  
need to get into here.  There's additional stuff going on also...win/ 
loss percentages...rankings...blahblah.  But, the bottom line  
is...ANYBODY who can enter text and click a btn can update a page,  
or a range of pages or a portion of a page.  My app gets the  
url...inserts the text field at the "markers" I've left...then ftp's  
it back up to the site.  Simple.


Right now, it's just text, but I may add graphics later..jpegs,  
gifs, whatever.


Now, to clarify my original question:

I want the user to be able to change font sizes, make bold, italic,  
whatever.  I also want them to have the freedom to turn some of the  
text into links, etc.  When I try to use HTMLtext in rev, the  
results are not so good.  How do I improve it?  I mean, if I have to  
roll up my sleeves and just write it all...fine...but is there a  
wheel that somebody has created already out there?


I doubt it matters, but...17" MacBook Pro/Snow Leopard 10.6.4/Rev  
Enterprise 4.5.0-dp-3


Thanks!



On Jul 17, 2010, at 8:30 AM, Jim Ault wrote:


On Jul 17, 2010, at 5:05 AM, Tim Ponn wrote:


Hello all!

I'm trying to use the HTMLtext of the contents of a field to  
modify a CSS web page, and it butchers font sizes and style.  Is  
there something other than HTMLtext that I should be using?


Thanks!


HTMLtext is a subset of HTML tags that Rev uses to do formatting in  
fields.  It is not meant to be compliant with browsers, especially  
the modern day versions.

When you render the web pages, do you then run compliance checking?
Very like you have quite a few conflicts, especially if the DOCTYPE  
is beyond 1.0


The CSS javascript will silently at the first error and none of the  
other CSS will get applied.


Your description of your process is quite vague, so it is difficult  
to be more helpful.
Do go to one of the many compliance checking sites, enter the url,  
and follow the bouncing error messages, if any.


Also visit  http://quirksmode.org  to study the interpretation  
variations that each browser.version uses.  The most variant is IE  
in its many versions.









___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscriptio

[OT] Mac colour pickers

[Richmond]

Extensions galore:

http://www.panic.com/~wade/picker/

http://lithoglyph.com/mondrianum/

http://wafflesoftware.net/hexpicker/

"All Free today"  http://en.wikipedia.org/wiki/Child_catcher

have fun with the lollipops!

Richmond.
___
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

RevWeb, IE and saving data

[Richard Miller]

This may be an ongoing problem, or I may be missing something.

I can't write data to a file under revweb, Internet Explorer on a PC, 
and either Vista or Windows 7. No problem writing data using Firefox on 
a PC. No problem reading data from a file with IE.


Is this a known problem? Any way to adjust for it? I'm using the latest 
version of Rev Enterprise.


Thanks.
Richard Miller
___
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: HTMLtext doesn't play well with CSS

[Tim Ponn]

OK...let me explain more fully...

Problem:

There are web geeks (myself included) who create and/or maintain web sites.  
www.historicalengine.com and www.grandvalleytractor.com are two of mine.  The 
creation is quite easy with all the drag and drop tools available out there.  I 
usually tweak (sometimes heavily, sometimes not so) the graphics or the 
resulting page code.  When it's finished, I turn the "keys" to the site over to 
whoever owns it.  Unfortunately, 99.9% of the time they are clueless to web 
geekery.  By the time you get to the "t" in "ftp", their eyes have glazed over 
and they're drooling...much the same as I look when an accountant utters more 
than 2 syllables to my engineeringness.  ;=)  So, when it comes time to update 
the site, they return to my doorstep.  Not a big deal if it's once or twice a 
year...but when it's a club site...or the site for a bowling league...or the 
like...I can get requests every day!  And the changes are, in these cases, dirt 
simple..."Could you put these latest scores on the site?" or "Here's this 
months newsletter!"

The solution I'm cobbling together:

In a sentence...Let them do it themselves.  When I create the site, I insert a 
comment (or many, if required..maybe one per bowling team...whatever) like 
"" someplace on a page.  My simple rev app contains 
a field and a button.  There's significant password protection, blahblah, going 
on that I don't need to get into here.  There's additional stuff going on 
also...win/loss percentages...rankings...blahblah.  But, the bottom line 
is...ANYBODY who can enter text and click a btn can update a page, or a range 
of pages or a portion of a page.  My app gets the url...inserts the text field 
at the "markers" I've left...then ftp's it back up to the site.  Simple.

Right now, it's just text, but I may add graphics later..jpegs, gifs, whatever.

Now, to clarify my original question:

I want the user to be able to change font sizes, make bold, italic, whatever.  
I also want them to have the freedom to turn some of the text into links, etc.  
When I try to use HTMLtext in rev, the results are not so good.  How do I 
improve it?  I mean, if I have to roll up my sleeves and just write it 
all...fine...but is there a wheel that somebody has created already out there?

I doubt it matters, but...17" MacBook Pro/Snow Leopard 10.6.4/Rev Enterprise 
4.5.0-dp-3

Thanks!



On Jul 17, 2010, at 8:30 AM, Jim Ault wrote:

> On Jul 17, 2010, at 5:05 AM, Tim Ponn wrote:
> 
>> Hello all!
>> 
>> I'm trying to use the HTMLtext of the contents of a field to modify a CSS 
>> web page, and it butchers font sizes and style.  Is there something other 
>> than HTMLtext that I should be using?
>> 
>> Thanks!
>> 
>> 
> HTMLtext is a subset of HTML tags that Rev uses to do formatting in fields.  
> It is not meant to be compliant with browsers, especially the modern day 
> versions.
> When you render the web pages, do you then run compliance checking?
> Very like you have quite a few conflicts, especially if the DOCTYPE is beyond 
> 1.0
> 
> The CSS javascript will silently at the first error and none of the other CSS 
> will get applied.
> 
> Your description of your process is quite vague, so it is difficult to be 
> more helpful.
> Do go to one of the many compliance checking sites, enter the url, and follow 
> the bouncing error messages, if any.
> 
> Also visit  http://quirksmode.org  to study the interpretation variations 
> that each browser.version uses.  The most variant is IE in its many versions.
> 
> Hope this helps.
> 
> 
> 
> Jim Ault
> Las Vegas
> 
> 
> 
> ___
> 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




Best Regards,

Timothy R. Ponn




___
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: Personal suggestion for fixing the Linux situation

[Richmond]

On 07/16/2010 04:30 PM, Richard Gaskin wrote:

Richmond wrote:

The other one that "gets a bit much" is that the Dictionary is glacially
slow.


Have you tried Björnke's BvG Docu?:


It works similarly to MC's, and is much more responsive than Rev's.  
It would be helpful to get your feedback on comparative performance.



I have used it intermittently on Mac; my only criticism being that 
search terms are too strict.


Just tried it on Linux and it works "right speedily"' significantly 
better than the standard dox.


"Too strict""

searched for 'player' in the standard dox, and get: player, player, 
vcplayer, videoClipPlayer +


in BvG Docu get only player & player.
___
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: HTMLtext doesn't play well with CSS

[Jim Ault]

On Jul 17, 2010, at 5:05 AM, Tim Ponn wrote:


Hello all!

I'm trying to use the HTMLtext of the contents of a field to modify  
a CSS web page, and it butchers font sizes and style.  Is there  
something other than HTMLtext that I should be using?


Thanks!


HTMLtext is a subset of HTML tags that Rev uses to do formatting in  
fields.  It is not meant to be compliant with browsers, especially the  
modern day versions.

When you render the web pages, do you then run compliance checking?
Very like you have quite a few conflicts, especially if the DOCTYPE is  
beyond 1.0


The CSS javascript will silently at the first error and none of the  
other CSS will get applied.


Your description of your process is quite vague, so it is difficult to  
be more helpful.
Do go to one of the many compliance checking sites, enter the url, and  
follow the bouncing error messages, if any.


Also visit  http://quirksmode.org  to study the interpretation  
variations that each browser.version uses.  The most variant is IE in  
its many versions.


Hope this helps.



Jim Ault
Las Vegas



___
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

HTMLtext doesn't play well with CSS

[Tim Ponn]

Hello all!

I'm trying to use the HTMLtext of the contents of a field to modify a CSS web 
page, and it butchers font sizes and style.  Is there something other than 
HTMLtext that I should be using?

Thanks!



Best Regards,

Timothy R. Ponn




___
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

Playing a movie in Linux

[Richmond]

I can never make my mind up whether a sleepless night where one's mind 
never stops
churning like a tumble-drier, resulting in "brilliant insights", or a 
good night's sleep
so that one can actually put one's "brilliant insights" into practice is 
better.


Well, I had a sleepless night, and am now propped up with an indecent 
amount of coffee.


My insight is not brilliant, but it at least made me well aware that the 
RunRev documentation

re playing movie files on Linux is 'slack' . . .

Insight backed up with testing this morning:

1. As one has to leverage mplayer embedded movies are 'off'.

  Consequences of this:

  1.1. The poor old end-user will have to 'fart around' (it has always 
amazed me how
 British slang phrases are generally "more robust" than 
American ones) with
 file pathways and so forth; unless, of course, somebody can 
work out how

 to manage relative pathways on Linux . . .

  1.2.  . . .  err . . . Peter ???

2. Set up a stack with a player object "PIGGY" [ this is symptomatic of 
how I feel this

morning ] and, in the prefs palette set its source movie:

/home/jrm/RR/4.0.0-gm-1/OINK.mov

   [ and, while we're here, I successfully copy-pasted that pathway 
from the prefs palette

 to Mozilla ThunderBird with Ctrl-C and Ctrl-V ]

   2.1. How will an end-user with a standalone 're-jig' the movie 
player so that it picks

  up the movie "OINK.mov" ?

3. Apart from the fact that my Ubuntu box doesn't have the necessary 
'codexes' [ surely
this should be 'codices'; those flaming computer people without the 
benefits of a
Classical education; what on earth is the world coming to ? . . .  
:)  ] the file played;

well, the sound part did.

I suppose we would get nowhere if we expected end-users to find the 
necessary repository

for their distro to install proprietary format codexes . . .

[ Ubuntu spell codex 'codecs'; obviously not much Classical 
education there . . .  :) ]


3.1. Oddly enough, despite the PDF's insistence on mplayer, I had 
the thing playing just as well


   with VLC,

   with xine,

   with Totem,

   and Xfmedia.

4. Will now try to find a movie that RunRev 4.0 + Linux understand.

[ needless to say, the "Sample.mov" inclosed in the RR folder is 
useless on Linux; sort

  of symptomatic methinks. ]

Why do I have a funny feeling that, quite apart from sorting out 
the Linux version, the
Documentation (both inbuilt and PDF) need quite an overhaul re the 
Linux version?


5. Oh Joy!  The Ubuntu website has this to say: "Xfmedia is the default 
program to watch

movies."

Does that mean that Xfmedia is "species specific" to Ubuntu, or 
that it is in some way
the default program for ALL Deb-derivs, or all Linuxes [ surely 
'Linuces'; those flaming

computer people . . . cor; creeping senility . . .  :) ] ?

5.1. . . .  err . . . Peter ?

5.2. Why have RunRev 'fastened' on mplayer rather than Xfmedia ?
___
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: RunRev, Linux, Multiple desktops

[Peter Alcibiades]

This is on Fluxbox, Debian Squeeze, six desktops.  I did the recipe just to
verify, and crashed Flux and logged out, which is sort of amazing.  What
happened was, all the bits of Rev did indeed reassemble themselves onto one
desktop.  Then, in Fluxbox, you can flip through the desktops by rotating
the mousewheel.  Firefox was open, and kmail, in different desktops.  I
flipped the wheel, fairly fast, and bang, Flux crashed and we were back to
the login window (which at the moment is GDM).

Its not all that surprising, there is clearly something amiss with how Rev
handles X Windows.
-- 
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/RunRev-Linux-Multiple-desktops-tp2291891p2292204.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: RunRev Script Editor and Linux

[Peter Alcibiades]

They're a small outfit with limited resources, and to some extent we are in
this together.  I agree, its not optimal, but rolling up our sleeves is
probably the way to make progress.  Maybe there should be some buyer caveats
around the Linux version marketing materials also, to manage expectations. 
We have to give it a shot and see how Rev manages to respond.  Here's
hoping.
-- 
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/RunRev-Script-Editor-and-Linux-tp2286440p2292198.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: RunRev, Linux, Multiple desktops

[Peter Alcibiades]

OK, this is how to reproduce it.

Fire up Rev, start a new stack, put a button on it.  

Now open the script editor, the property inspector, the dictionary.

Send the dictionary to desktop A, the property inspector to desktop B.

Now use either the dictionary, property inspector or the editor.  What
should happen is that all the windows reassemble themselves on just one
desktop, one over the other.

If you do the same thing in Open Office, you'll find that the help stays
open, stays in the same desktop, and you can move to and fro.  I no longer
write big complicated spreadsheets, thank heaven, but if you ever do, this
is invaluable.  You can have the full help application on one desktop and
what you're working on, on another, and so all the syntax of all those
functions is instantly available.  

What happens with Rev is that the functionality to move windows around is
there and working fine, what goes wrong is the next step, the ability to use
those windows where they are, and have them stay put.

But if  you've found a way, or a configuration, which allows this, that
would be truly wonderful!
-- 
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/RunRev-Linux-Multiple-desktops-tp2291891p2292195.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: Go to a web page automatically

[Tim Selander]

Jim,

Very detailed response, over my head but the links you included 
have lead to much more study on my part.


This has gotten late, but I would be remiss if I didn't thank you 
for the time you spent on this educational post!


Tim Selander

On 7/11/10 11:03 AM, Jim Ault wrote:

On Jul 10, 2010, at 5:56 PM, Sarah Reichelt wrote:

On Sun, Jul 11, 2010 at 10:20 AM, Tim Selander
 wrote:


Thanks for the reply. Sorry for not being clear. By 'open' I mean I just
want to take the user to another page, as if they had clicked a link.

I'm trying to write a simple form to get user input (based on Sarah's
revForm.irev script) and want to take them to a 'Thank you' page
automatically after they submit the info.


I found that the easiest way was to show or hide info on the same
page, depending on user input.

But if you want to take them to a different page, you can redirect.
Check out the script
http://www.troz.net/onrev/samples/showscript.irev?showscript=desktop.irev

Note that the redirect headers have to be "put" BEFORE anything else
is written to the page.

Sarah




For web content serving,
there are actually 3 different things being specified in this thread.
UPDATING THE SAME PAGE, REDIRECT, LOCATION
I think the bottom of this post has the answer you probably want to use.


UPDATING THE SAME PAGE - sending HTML tags and content to be displayed
in the current browser window
If the user does 'reload' or 'refresh', the original content will be
re-displayed since the browser still thinks it is focused on the
original url.
The new content does not change the browser history since there has been
no real navigation as far as the browser is concerned.

http://www.runrev.com";
put it
?>



REDIRECT - tells the browser to keep the current url in history, but now
focus on a new url
This is commonly used to keep old links stored out on the internet
working, but 'bounce' to new web pages or url.

This gets a little complicated when you break down the different
meanings of a url.
http://someDomain.com/ or http://www.someDomain.com/ or
http://someDomain.com/index.html
-- will simply show the default page for the domain

http://someDomain.com/aboutus.html or
http://someDomain.com/aboutus.php or
http://someDomain.com/aboutus.cgi or
http://someDomain.com/aboutus.irev
-- will simply show the page for that location

http://someDomain.com/aboutus.html#drivingMapSection
http://someDomain.com/aboutus.php#drivingMapSection
http://someDomain.com/aboutus.cgii#drivingMapSection
http://someDomain.com/aboutus.irev#drivingMapSection
-- will show the page and scroll to the anchor named

http://someDomain.com/aboutus.html?loc=homeOffice xx no
http://someDomain.com/aboutus.php?loc=homeOffice
http://someDomain.com/aboutus.cgi?loc=homeOffice
http://someDomain.com/aboutus.irev?loc=homeOffice
-- will show the page with info that a script provides by using the
variable 'loc' with the value "homeOffice"
The exact data sent back to the browser depends on the script programming
NOTE: PHP and irev and cgi cause scripts to run on the server, but HTML
does not, so sending variables.

The reason scripts are run is that Apache has been told when it started
that those 3 strings mean that Apache should follow its directives and
run the correct script engine. At this time, the only server that knows
about irev is the On-Rev system, thus irev scripts cannot be run on
other systems.

The On-Rev server knows how to run scripts using PHP, cgi, as well as irev.



LOCATION - This is probably what you were looking for
- change the Browser's memory variable that causes the browser to focus
on the new url, keeping the original url in history, and reloading the
new url.
What you probably want to accomplish is sending a raw HTTP header to the
browser.

More details here [ http://php.net/manual/en/function.header.php

Possible headers to send to a browser
Their are two kinds,
Request (from browser) to instruct the Apache server
Accept-Language: da
Authorization: Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ==
Response (from server) to instruct the browser
Content-Type: text/html; charset=utf-8
Location: http://www.w3.org/pub/WWW/People.html
Refresh: 5; url=http://www.w3.org/pub/WWW/People.html
(refresh the same url after 5 seconds)
Set-Cookie: UserID=JohnDoe; Max-Age=3600; Version=1
(store data on the user's hard drive)
(but it expires in 3600 seconds, 60 minutes)
http://en.wikipedia.org/wiki/List_of_HTTP_headers

and specifically HTTP_location discussed here
http://en.wikipedia.org/wiki/HTTP_location

so in irev you would
--***
http://www.www.runrev.com"; after sendResponse
put sendResponse -- back to browser that started the dialog
?>
--***

Just to let you know, REDIRECTION issues are much more complex
This is a good overview...
http://en.wikipedia.org/wiki/URL_redirection


Bottom line for your specific task, use the scripting just below the
"*"

Hope this helps. You have chosen to enter a world that can be very
confusing, so tread carefully and study t