date:20100716


Having had a "mini-adventure" yesterday with MorphOS on
my MacMini [ a sort of back-to-the-future type of experience
where contextual menus pop up in funny places and the GUI
behaves neither like the Mac, Win, GNOME, KDE or RISC OS
GUIs, yet is not slick enough to seem a better bet than the
minimalist GUIs for Linux - not something I can see myself
shelling out 111 Euros for], I thought I would entertain myself
by popping Debian on the machine.

Having played around with quite a few Debian derivatives, and
using "the" derivative - Ubuntu - I started feeling a bit silly during
recent discussions here than I had never tried out Debian.

As I don't have a free [ take note those who were getting confused
about the meaning of the word 'free'; this is free as in 
- freely available -, not ?; I paid for the thing! ] PC I will
try it out on the MacMini [Um . . . Safari says it will take about
1 hour and 45 minutes to download the DVD].

However, I have a feeling that RunRev for Linux "won't" on PPC
Linux [ it certainly "wouldn't" on Ubuntu PPC a while back ].
___
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


On 07/17/2010 06:51 AM, Kay C Lan wrote:

On Fri, Jul 16, 2010 at 9:58 PM, Richard Gaskin
wrote:

   

  We need to stop making excuses!
 
Exactly. Let's instead roll up our sleeves and get this thing rolling.


 

Unfortunately in my reading of this thread, in the sad passing of Bill
Marriott, Rev has lost one 'sleeve-roll-upper' whilst the
'someone-should-fix-this' population has remain the same :-(
___
   


I'll second that.

It seems that, as usual, members of the Use-list are rolling up their
sleeves so that RunRev can be improved and they can pay for the next 
version.


This reminds me of a friend of mine who is "into" alternative projects, and
being so, paid an alternative commune money so that she could go and spend
a week building alternative housing for them.

Call me a nasty, capitalistic cynic if you like, but that just seems 
plain daft.


-

Notwithstanding; I will do the little I can to help . . .  :)
___
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

2010-07-16 Thread Kay C Lan

On Fri, Jul 16, 2010 at 9:58 PM, Richard Gaskin
wrote:

>
>  We need to stop making excuses!
>>
>
> Exactly. Let's instead roll up our sleeves and get this thing rolling.
>

Unfortunately in my reading of this thread, in the sad passing of Bill
Marriott, Rev has lost one 'sleeve-roll-upper' whilst the
'someone-should-fix-this' population has remain the same :-(
___
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: Installer Maker plug-in for RunRev updated

2010-07-16 Thread Mark Schonewille


Hello,

Economy-x-Talk has just released Installer Maker 1.2, a plug-in for  
Runtime Revolution to wrap your standalones in an installer. This  
version creates installers that no longer require Rosetta for Mac OS X  
and includes several minor additional improvements.


You can find more information about the Installer Maker plug-in at http://blog.schonewille.tk 
 and you can download it at http://rrinstallermaker.economy-x-talk.com


I would appreciate any feedback and feature requests.

--
Best regards,

Mark Schonewille

Economy-x-Talk Consulting and Software Engineering
Homepage: http://economy-x-talk.com
Twitter: http://twitter.com/xtalkprogrammer
KvK: 50277553

Download the Installer Maker plugin for Runtime Revolution at http://qurl.tk/ce

___
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] Data Grid Helper - Watch The Slug building templates for datagrid in minutes

2010-07-16 Thread Bob Sneidar

I saw the video. You did all this in outer space?? You are THE MAN!!

Bob


On Jul 16, 2010, at 12:24 PM, zryip theSlug wrote:

> On Fri, Jul 16, 2010 at 8:00 PM, stephen barncard
>  wrote:
>> H264 please...
> 
> Bob and Stephen,
> 
> I updated the three DGH's videos by encoding them in H264. Let me know
> if all is ok for you now.
> 
> The first video is about DG properties
> The second presents the first steps of the Column builder and its template 
> area.
> The last show you how the column builder and the form builder works
> for creating templates.
> 
> They are different levels of the evolution of the tool.
> 
> 
> Thanks for your interest.
> 
> 
> Regards,
> -- 
> -Zryip TheSlug- wish you the best! 8)
> http://www.aslugontheroad.co.cc
> ___
> 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: [ANN] Data Grid Helper - Watch The Slug building templates for datagrid in minutes

2010-07-16 Thread jcwall

Thanks.  I think a narration of what you are doing on the video would be 
helpful.

Jim

-
James C. Wall, PhD
Professor
Department of Physical Therapy
University of South Alabama
307 N University Blvd, Room 2011
Mobile AL 36688
Phone:  (251) 445 9330
   Fax:  (251) 445 9238

- Original Message -
From: zryip theSlug 
Date: Friday, July 16, 2010 5:06 pm
Subject: Re: [ANN] Data Grid Helper - Watch The Slug building templates for 
datagrid in minutes
To: How to use Revolution 

> > On Fri, Jul 16, 2010 at 9:50 PM,   wrote:
> >> Is there any sound on the video?
> >
> I will study that for others video.
> If you need clarification about things you have seen, be free to ask.
> 
> 
> -- 
> -Zryip TheSlug- wish you the best! 8)
> http://www.aslugontheroad.co.cc
> ___
> 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: [ANN] Data Grid Helper - Watch The Slug building templates for datagrid in minutes

> On Fri, Jul 16, 2010 at 9:50 PM,   wrote:
>> Is there any sound on the video?
>
I will study that for others video.
If you need clarification about things you have seen, be free to ask.


-- 
-Zryip TheSlug- wish you the best! 8)
http://www.aslugontheroad.co.cc
___
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

2010-07-16 Thread David C.

> Let me explain again.  You take the most minimalist possible Linux.  As
> little gui tools as possible.  You take the distro that has the least
> possible tweaking of any applications.  Then you try to find out:  do
> virtual desktops work here?  Are all fonts visible here?  Does the editor
> crash here?
>
> If it works fine, you have learned something important.  You know that it is
> something at a higher level than this that is causing the problem.  So you
> start adding stuff, one thing at a time.  Eventually you can tie it down.
> Or it may be that in Slackware, it just works.  Then you know it is in other
> distro tweaks and customizations.
>
> This is not about what we use for goodness' sake!  I don't use Slackware any
> more (though I would for servers).  This is about systematically tying down
> what it is that is causing the problems, going through and eliminating
> possible causes one after the other.
>
> I don't mind the command line and editing text files at all, but its not
> something that I want to do in my regular working system.  But there is no
> other way of getting as close to bare metal as you can, and there is no
> other way of eliminating most of the possible sources of the problems than
> getting down to bare metal.

Oh, I understood what you are attempting completely before commenting...
I was just tossing out a few good natured jabs based on past personal
experiences and the impending "fun" you are setting up for. It's been
a long time since I've used the shell for much of anything important,
much less actually attempting to bootstrap a distro up from scratch
again...

Haven't gone down that path since around version 7 or maybe 8 of the
old Mandrake offerings and I'm happy to say so. :)

I did finally get around to wiping the drive on my laptop and
installing the latest Ubuntu last evening. Maybe I can get back in the
swing and be of some sort of help eventually.

Best regards,
David C.
___
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] Data Grid Helper - Watch The Slug building templates for datagrid in minutes

On Fri, Jul 16, 2010 at 9:50 PM,   wrote:
> Is there any sound on the video?

Hum good remark. No.


> - Original Message -
> From: zryip theSlug 
> Date: Friday, July 16, 2010 2:25 pm
> Subject: Re: [ANN] Data Grid Helper - Watch The Slug building templates for 
> datagrid in minutes
> To: How to use Revolution 
>
>> On Fri, Jul 16, 2010 at 8:00 PM, stephen barncard
>>  wrote:
>> > H264 please...
>>
>> Bob and Stephen,
>>
>> I updated the three DGH's videos by encoding them in H264. Let me know
>> if all is ok for you now.
>>
>> The first video is about DG properties
>> The second presents the first steps of the Column builder and its
>> template area.
>> The last show you how the column builder and the form builder works
>> for creating templates.
>>
>> They are different levels of the evolution of the tool.
>>
>>
>> Thanks for your interest.
>>
>>
>> Regards,
>> --
>> -Zryip TheSlug- wish you the best! 8)
>> http://www.aslugontheroad.co.cc
>> ___
>> 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
>



-- 
-Zryip TheSlug- wish you the best! 8)
http://www.aslugontheroad.co.cc
___
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

RunRev, Linux, Multiple desktops


I just opened RunRev 2.2 (the FREE Novell version) as I use it on
a regular basis as RunRev 4.0 standalones don't seem to work on
my Ubuntu 5.04 machines in the school.

Guess what . . .

I have 4 desktops on my Ubuntu 10.04 box; I made 3 main stacks
and pushed each onto a separate window; the tools and the menubar
remaining on number 1.

And: oh my gosh, what's going on: same thing is perfectly possible
with RunRev 4.0.

I must have got hold of the wrong end of the stick . . .

By-ther-way; I use "SlickSwitcher" a dock widget that comes as part
of the avant window navigator dock.
___
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] Data Grid Helper - Watch The Slug building templates for datagrid in minutes

2010-07-16 Thread jcwall

Is there any sound on the video?

-
James C. Wall, PhD
Professor
Department of Physical Therapy
University of South Alabama
307 N University Blvd, Room 2011
Mobile AL 36688
Phone:  (251) 445 9330
   Fax:  (251) 445 9238

- Original Message -
From: zryip theSlug 
Date: Friday, July 16, 2010 2:25 pm
Subject: Re: [ANN] Data Grid Helper - Watch The Slug building templates for 
datagrid in minutes
To: How to use Revolution 

> On Fri, Jul 16, 2010 at 8:00 PM, stephen barncard
>  wrote:
> > H264 please...
> 
> Bob and Stephen,
> 
> I updated the three DGH's videos by encoding them in H264. Let me know
> if all is ok for you now.
> 
> The first video is about DG properties
> The second presents the first steps of the Column builder and its 
> template area.
> The last show you how the column builder and the form builder works
> for creating templates.
> 
> They are different levels of the evolution of the tool.
> 
> 
> Thanks for your interest.
> 
> 
> Regards,
> -- 
> -Zryip TheSlug- wish you the best! 8)
> http://www.aslugontheroad.co.cc
> ___
> 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: Personal suggestion for fixing the Linux situation

Let me explain again. You take the most minimalist possible Linux. As
little gui tools as possible. You take the distro that has the least
possible tweaking of any applications. Then you try to find out: do
virtual desktops work here? Are all fonts visible here? Does the editor
crash here?

If it works fine, you have learned something important. You know that it is
something at a higher level than this that is causing the problem. So you
start adding stuff, one thing at a time. Eventually you can tie it down.
Or it may be that in Slackware, it just works. Then you know it is in other
distro tweaks and customizations.

This is not about what we use for goodness' sake! I don't use Slackware any
more (though I would for servers). This is about systematically tying down
what it is that is causing the problems, going through and eliminating
possible causes one after the other.

I don't mind the command line and editing text files at all, but its not
something that I want to do in my regular working system. But there is no
other way of getting as close to bare metal as you can, and there is no
other way of eliminating most of the possible sources of the problems than
getting down to bare metal.
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/Personal-suggestion-for-fixing-the-Linux-situation-tp2291027p2291864.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: [ANN] Data Grid Helper - Watch The Slug building templates for datagrid in minutes

On Fri, Jul 16, 2010 at 8:00 PM, stephen barncard
 wrote:
> H264 please...

Bob and Stephen,

I updated the three DGH's videos by encoding them in H264. Let me know
if all is ok for you now.

The first video is about DG properties
The second presents the first steps of the Column builder and its template area.
The last show you how the column builder and the form builder works
for creating templates.

They are different levels of the evolution of the tool.


Thanks for your interest.


Regards,
-- 
-Zryip TheSlug- wish you the best! 8)
http://www.aslugontheroad.co.cc
___
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


The point is diagnostic.  If we knew the answer, there would be no need to do
this.  We need to find the lowest level at which the problems occur.  Or
don't occur.  At the moment, we have no idea if its Linux, Gnome, Ubuntu. 
We have no idea if its the basic packages as they come from the developer,
or the distro tweaks.  I want to know exactly when the problems happen, and
when they do not.  I want to get to something completely stripped down,
where maybe they will not happen, and then add stuff in a controlled way
till they do.

Its not macho.  its called scientific method.  Anyone with a better idea,
tell us.  So far in year upon year, no-one seems to have.
-- 
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Personal-suggestion-for-fixing-the-Linux-situation-tp2291027p2291851.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: Video on Linux?


I thought I would be clever and try this:

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

still no joy.

Mind you: the RunRev 4.0 online documentation states that on
Unix systems (funny that when RunRev don't even produce a
version for UNIX any more) use the xanim player.

xanim stopped production in 1999 according to Wikipedia;

However:  http://linux.softpedia.com/get/Multimedia/Video/XAnim-19987.shtml

says something different.

Downloaded the source; read the instructions for MAKE; said something
unprintably coarse which might be best summarised like this:

"Who is going to make RunRev standalones for Linux containing movies if
end-users have to jump through hoops to get them to work?"
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Video on Linux?


On 07/16/2010 09:11 PM, Richard Gaskin wrote:
I ran a couple tests recently trying to get a player object to run 
video on Ubuntu.  No go, even with an ogg file which plays fine in 
mPlayer.


What am I missing?



I do know that RunRev 2 for Linux, supposedly, levered either xanim or 
QT for Linux; but I never could

get them to behave themselves.

Just has a peep into the RunRev PDF where it mentions mplayer in a 
rather cursory fashion . . .


Oh well, here we go; I'll "give it a bash" .  .  .

So: I set up a stack "KINO.rev"

[ which you can download here:  
http://andregarzia.on-rev.com/richmond/STUFF/KINO.rev.zip   ]


now this does NOT use a player object, it just uses a play command:

on mouseUp
   play videoClip "OINK.mov"
enf mouseUp

this works on a Mac with Quicktime "just like that"  
http://en.wikipedia.org/wiki/Tommy_Cooper

and presumably should do just the same on
Windows similarly equipped with Quicktime.

However, on my Ubuntu box, with mplayer installed NOTHING happens.

___
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: Video on Linux?

never tried video on linux... never dared

try launching rev from console and see if it spits out some errors...

On Fri, Jul 16, 2010 at 3:11 PM, Richard Gaskin
wrote:

> I ran a couple tests recently trying to get a player object to run video on
> Ubuntu.  No go, even with an ogg file which plays fine in mPlayer.
>
> What am I missing?
>
> --
>  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
>



-- 
http://www.andregarzia.com All We Do Is Code.
___
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

Video on Linux?

I ran a couple tests recently trying to get a player object to run video 
on Ubuntu.  No go, even with an ogg file which plays fine in mPlayer.


What am I missing?

--
 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: [ANN] Data Grid Helper - Watch The Slug building templates for datagrid in minutes

2010-07-16 Thread stephen barncard

H264 please...

On 16 July 2010 07:54, zryip theSlug  wrote:

> On Fri, Jul 16, 2010 at 1:42 AM, Bob Sneidar  wrote:
> > I can't view the video's I think they are divx. Oh well.
> >
> > Bob
>
> Yes. If you can't read divx videos or download a divx codec, I'll be
> back with another format, ASAP.
>
> Thanks Bob
>
>
>
> Regards,
> --
> -Zryip TheSlug- wish you the best! 8)
> http://www.aslugontheroad.co.cc
> ___
> 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
>



-- 
-
Stephen Barncard
San Francisco
___
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

2010-07-16 Thread David C.

On Fri, Jul 16, 2010 at 11:27 AM, Peter Alcibiades
 wrote:
>
> If anyone wants to follow along with Slackware, this is where to get the
> isos.  Only the first three CDs should be needed.
>
> http://spheniscus.uio.no/pub/linux/slackware/slackware-13.1-iso/
>
> Be aware though, this is not exactly Linux as she is known today, this is
> not the land of graphical installers, automatic and safe disk partitioning
> and automatic dependency checks.  This is the command line and editing
> config files.  

I remember the days all too well... and although very interesting at
the time, I can't attest that they were all that pleasant in many
cases.

> Kind of fun to get back to it.

Fun I believe, is a matter subject to personal interpretation. ;-)
Sorry, but I think I'm gonna pass this time around.
Good luck and happy compiling from the terminal!

Best regards,
David C.
___
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: File lists

2010-07-16 Thread J. Landman Gay


Medard wrote:

Jim Ault  wrote:


revMacFromUnixPath("/usr/bin/stuff") -- returns "usr:bin:stuff"


OK, that's better :-)
and how about adding the volume name?


I used revMacFromUnixPath in my final handler. It not only manages the 
slash/colon substitutions but it also knows when to add the volume name.


Just for the record, here are the handlers I ended up with for use in OS 
X. The first one is similar to Ken Ray's posting, but I changed it 
slightly since not all valid files start with the word "file". This 
version catches textclippings and other types of OS X files that don't 
return with the word "file" attached:


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

-- see if a file path is a valid OS X document file:

function isDocument pPath
  set the itemdel to slash
  put last item of pPath into tDoc
  put revMacFromUnixPath(item 1 to -2 of pPath) into tFolder
  put "tell application" && quote & "Finder" & quote & cr & "item" \
  && quote & tDoc "e && "of folder" &"e& tFolder & quote & 
cr & "end tell" into tScript

  do tScript as applescript
  return word 1 of the result = "document"
end isDocument

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Personal suggestion for fixing the Linux situation


On 07/16/2010 07:27 PM, Peter Alcibiades wrote:

If anyone wants to follow along with Slackware, this is where to get the
isos.  Only the first three CDs should be needed.

http://spheniscus.uio.no/pub/linux/slackware/slackware-13.1-iso/

Be aware though, this is not exactly Linux as she is known today, this is
not the land of graphical installers, automatic and safe disk partitioning
and automatic dependency checks.  This is the command line and editing
config files.  Kind of fun to get back to it.  I am proposing to shrink the
partitions on my usual machine and do a clean install into free space, then
get going.

Peter

   
And what, pray tell, is the point of that? unless to demonstrate 
hairy-chestedness.


Surely RunRev 4 needs to function on the Linux distros of 'today'; 
rather like RunRev 4

doesn't work on Mac OS 10.2; a Mac OS of 'yesterday'.

And, frankly. I doubt that many users and would-be users of RunRev on 
Linux can
be bothered to mess around with the sort of thing I successfully trashed 
alsorts of

machines with in 1999!

Wouldn't it be sensible to find a 2 year old 'general' Linux rather than 
going back to

the future?

Let's say a Debian release from mid-2008 
___
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


If anyone wants to follow along with Slackware, this is where to get the
isos.  Only the first three CDs should be needed.  

http://spheniscus.uio.no/pub/linux/slackware/slackware-13.1-iso/

Be aware though, this is not exactly Linux as she is known today, this is
not the land of graphical installers, automatic and safe disk partitioning
and automatic dependency checks.  This is the command line and editing
config files.  Kind of fun to get back to it.  I am proposing to shrink the
partitions on my usual machine and do a clean install into free space, then
get going.

Peter


-- 
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Personal-suggestion-for-fixing-the-Linux-situation-tp2291027p2291620.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: File lists

Jim Ault  wrote:

> Jacque was trying to find a way to detect the different types of  
> Finder items, such as packages and folders and bundles.

and I tried as an exercice to do the easiest, i.e. the "real" files ;-)

I thought also to resort to the command line (ls...) but, as Jacque
said, there is no option to distinguish between "real" folders and
various packages... a shame ;-)

___
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: File lists

Jim Ault  wrote:

> revMacFromUnixPath("/usr/bin/stuff") -- returns "usr:bin:stuff"

OK, that's better :-)
and how about adding the volume name?

Besides that, if one doesn't like AS (as I do, cough, cough) maybe there
is a solution with the command line (ls -*)...


___
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: File lists

2010-07-16 Thread Jim Ault


Good work.

There is a little trick you might have to use for mounted volumes, vs  
the main drive.


Convert the Rev path using one of these functions:

revMacFromUnixPath("/usr/bin/stuff") -- returns "usr:bin:stuff"

revUnixFromMacPath("Disk:Folder:") -- returns "/Disk/Folder/"

The list archives has a few posts on this issue, and Ken Ray has tips  
on his web site.

   http://www.sonsothunder.com/devres/revolution/revolution.htm

Jim Ault
Las Vegas


On Jul 16, 2010, at 7:42 AM, Medard wrote:


Medard  wrote:


I did not write some AS for a time...
and I forgot to replace the slashes with something AS understands ;-)


I thinks it's better now:

on mouseUp
  answer folder "List files in folder:"
  if it is empty then exit mouseup
  replace slash with colon in it -- mandatory!
  put "iMacIntel" before it
-- the name of the Mac, besides the old G5 ;-)
  put it into tfolder
  put "tell Application" && quote & Finder & quote into tcommande
  put cr & "files of folder" && quote & tfolder & quote & "as text"
after tcommande
  put cr & "end tell" after tcommande
  do tcommande as applescript
  get the result
-- no error treatment for now; 
-- AS places the result... in "the result" variable!

  replace tfolder & colon with cr in it -- some cleaning
  delete line 1 of it
  put it into field ffiles
end mouseUp


Quick and dirty ;-)







___
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: File lists

2010-07-16 Thread Jim Ault


On Jul 16, 2010, at 7:49 AM, Richard Gaskin wrote:


I think I missed something earlier in this thread - why not use  
RevTalk's "files" function?:



function FileList pFolder
  put the directory into tSaveDir
  set the directory to pFolder
  get the files
  set the directory to tSaveDir
  return it
end FileList



Yes, Richard, long thread.
Jacque was trying to find a way to detect the different types of  
Finder items, such as packages and folders and bundles.


Kay C Lan showed how to use the AppleScript language to do this, thus  
you need to ask the Finder.


... and now how to ask the Finder for files using one of Kay's examples.



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

Re: Personal suggestion for fixing the Linux situation

On Fri, Jul 16, 2010 at 11:54 AM, Richard Gaskin  wrote:

> Good find - thanks.
>
> Logged:
>
> 
>

Thanks for the report, I attached the image, commented and voted for! :-D

Let us see if they throw us some linux love...

-- 
http://www.andregarzia.com All We Do Is Code.
___
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


Andre wrote:


The standard button has a darker square around it that is not a part of the
button itself. As if it was being drawn as opaque and the whole square
occupied by the button is drawn in a darker or different tone, I know the
button is supposed to be darker but not the surrounding area, it is as if
the button occupies a rect with some padding, between this rect and the
actuall button, meaning the gap or space between the button border and the
control rect should be on the theme background and not a darker tone. This
is what causes the squarish thing on the radio and on the progress as well.
Controls are being drawn and sometimes the surrounding collors or bounding
rects are wrong.

If you are on your linux and has a windows or mac keyboard attached to it,
try pressing WINDOWN+N or CMD+N to turn your screen to a negative image, in
the negative image is easier to spot the tone differents and the wrong
rects. Press again to turn it back to normal.

For example see how round should be the interior border of the progress
inside the progress bar, the the square corners where they should not be?

Are those little cosmetic things that makes us need to go with custom
controls and that makes the whole process difficult. I am no scott rossi to
roll my own super beautiful controls, I need the GUI to work for me.


Good find - thanks.

Logged:



--
 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: File lists


Medard wrote:


I thinks it's better now:

on mouseUp
   answer folder "List files in folder:"
   if it is empty then exit mouseup
   replace slash with colon in it -- mandatory!
   put "iMacIntel" before it
-- the name of the Mac, besides the old G5 ;-)
   put it into tfolder
   put "tell Application" && quote & Finder & quote into tcommande
   put cr & "files of folder" && quote & tfolder & quote & "as text"
after tcommande
   put cr & "end tell" after tcommande
   do tcommande as applescript
   get the result
-- no error treatment for now;
-- AS places the result... in "the result" variable!
   replace tfolder & colon with cr in it -- some cleaning
   delete line 1 of it
   put it into field ffiles
end mouseUp


Quick and dirty ;-)


I think I missed something earlier in this thread - why not use 
RevTalk's "files" function?:



function FileList pFolder
   put the directory into tSaveDir
   set the directory to pFolder
   get the files
   set the directory to tSaveDir
   return it
end FileList


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

On Fri, Jul 16, 2010 at 11:34 AM, Richard Gaskin  wrote:

> Andre Garzia wrote:
>
>  Despites my poor attempt at linux screenshots, take a look at:
>>
>> http://andregarzia.com/Screenshot.png
>>
>> This is Ubuntu 10.04 with default theme. Check the following issues:
>> * buttons are simply wrong both the default button and the push button.
>> * progress scrollbar has a tiny squared artifact inside next to the image
>> that actually fills it
>>
>> Yes we can use square buttons though... not the round ones...
>>
>
> Good eye - I've logged the squarish radio buttons as a bug:
> 
>
> Kevin told me on Monday that the default button appearance has been fixed
> for v4.5; should be evident in the next DP.
>
> Forgive my poor eyesight, but what's amiss with the standard button?

The standard button has a darker square around it that is not a part of the
button itself. As if it was being drawn as opaque and the whole square
occupied by the button is drawn in a darker or different tone, I know the
button is supposed to be darker but not the surrounding area, it is as if
the button occupies a rect with some padding, between this rect and the
actuall button, meaning the gap or space between the button border and the
control rect should be on the theme background and not a darker tone. This
is what causes the squarish thing on the radio and on the progress as well.
Controls are being drawn and sometimes the surrounding collors or bounding
rects are wrong.

If you are on your linux and has a windows or mac keyboard attached to it,
try pressing WINDOWN+N or CMD+N to turn your screen to a negative image, in
the negative image is easier to spot the tone differents and the wrong
rects. Press again to turn it back to normal.

For example see how round should be the interior border of the progress
inside the progress bar, the the square corners where they should not be?

Are those little cosmetic things that makes us need to go with custom
controls and that makes the whole process difficult. I am no scott rossi to
roll my own super beautiful controls, I need the GUI to work for me.

:D

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

-- 
http://www.andregarzia.com All We Do Is Code.
___
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: File lists

Medard  wrote:

> I did not write some AS for a time... 
> and I forgot to replace the slashes with something AS understands ;-)

I thinks it's better now:

on mouseUp
   answer folder "List files in folder:"
   if it is empty then exit mouseup
   replace slash with colon in it -- mandatory!
   put "iMacIntel" before it 
-- the name of the Mac, besides the old G5 ;-)
   put it into tfolder
   put "tell Application" && quote & Finder & quote into tcommande
   put cr & "files of folder" && quote & tfolder & quote & "as text"
after tcommande
   put cr & "end tell" after tcommande
   do tcommande as applescript
   get the result
-- no error treatment for now; 
-- AS places the result... in "the result" variable!
   replace tfolder & colon with cr in it -- some cleaning
   delete line 1 of it
   put it into field ffiles
end mouseUp


Quick and dirty ;-)


___
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


Andre Garzia wrote:


Despites my poor attempt at linux screenshots, take a look at:

http://andregarzia.com/Screenshot.png

This is Ubuntu 10.04 with default theme. Check the following issues:
* buttons are simply wrong both the default button and the push button.
* progress scrollbar has a tiny squared artifact inside next to the image
that actually fills it

Yes we can use square buttons though... not the round ones...


Good eye - I've logged the squarish radio buttons as a bug:


Kevin told me on Monday that the default button appearance has been 
fixed for v4.5; should be evident in the next DP.


Forgive my poor eyesight, but what's amiss with the standard button?

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

I just made a quick stack with standard buttons, radio buttons, checkboxes,
and a scrolling field to check this out.

>
> I opened Ubuntu's Appearance Preferences window and tried each of the
> themes there - all worked for all controls, including the field scrollbar.
>
> The only thing that didn't work straight out was using the two Inverse
> themes which invert colors (white on black).  The controls all rendered as
> expected, but the text didn't automatically invert (which I'm not sure I
> would expect anyway given the nature of Rev's compositing).
>
> What steps do I need to run to see what you're seeing?
>
> I'm using Ubuntu 10.04 LTS, with Rev 4.0.
>
>

Richard,

Despites my poor attempt at linux screenshots, take a look at:

http://andregarzia.com/Screenshot.png

This is Ubuntu 10.04 with default theme. Check the following issues:
* buttons are simply wrong both the default button and the push button.
* progress scrollbar has a tiny squared artifact inside next to the image
that actually fills it

Yes we can use square buttons though... not the round ones...






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



-- 
http://www.andregarzia.com All We Do Is Code.
___
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


Andre Garzia heroically wrote:


On Fri, Jul 16, 2010 at 10:58 AM, Richard Gaskin 
wrote:



Here's the big question:  Who among us has the time to turn the Rev zip
archive for Linux into a Debian package?

Andre? :)


Richard,

If I have the time, I will try during the weekend to creat .debs and .rpms
and maybe set a repository or something.


Dude, you rock!

Is this something that can be made into a script so RunRev could use it 
when packaging their releases?


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

On Fri, Jul 16, 2010 at 10:58 AM, Richard Gaskin  wrote:

> Here's the big question:  Who among us has the time to turn the Rev zip
> archive for Linux into a Debian package?
>
> Andre? :)
>


Richard,

If I have the time, I will try during the weekend to creat .debs and .rpms
and maybe set a repository or something.

:-D

Cheers
andre


-- 
http://www.andregarzia.com All We Do Is Code.
___
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

Damn fine post, Peter.  I've quoted it in its entirety because anyone 
here who missed it and uses Linux would be missing out if they didn't 
read it.


Excellent stuff - very exciting to see this level of energy from so many 
of us going into this, kinda like how Linux itself is made.


I like your approach of targeting a minimal install, and I think it's an 
excellent compliment to the admitted fetishism I have with the 
relatively bloated Ubuntu.  Between your slackware, my Ubuntu, Mark 
Wieder's SUSE, and there's gotta be at least one of us using Red Hat, we 
should have a good matrix of small and large and in-between distros to 
coordinate our testing and diagnostics among.


I really appreciate your willingness to dive in and help with the work 
of improving the Rev experience on Linux.  I've never been more 
optimistic about the outlook for my Rev work in Linux than I feel right 
now.  Thanks.


--
 Richard Gaskin
 Fourth World Media Corporation
 ___
 ambassa...@fourthworld.com   http://www.FourthWorld.com


Peter Alcibiades wrote:


Here is how I would go about tracking down these things.  Just to recap,
the things we are seeking to track down are these four:

-- not all and only installed fonts are visible and useable
-- revPrintField does not work properly
-- virtual desktops don't work
-- editor slows down, freezes and crashes

Are there other priority areas?  There are other niggles, but are there
other real basic functionality showstoppers?

My suggestion for going about tracking this down is quite different from
what most people here will instinctively want to do.  The general view here
is that Linux is an enormously complex mix of components, so the thing to
do is pick some large general purpose distro and standardize on it.  I do
not believe this to be the solution.  In fact, it is a wrong diagnosis of
the problem.  This approach, which regards each distro as a distinct OS, is
actually part of the problem.

Were I in charge of the effort I would proceed in EXACTLY THE REVERSE WAY.
I would seek to find the minimum installation set, and within that, the one
closest to the way packages are released by the developer, that will allow
the reproduction of the problems.

You can argue about which distro will most readily meet these requirements,
but if you want to start from something fairly simple and mainstream and
not start compiling the whole thing from scratch, the contender that leaps
out at you is Slackware.  I accept, there could be an argument for going
even further down, like Slitaz or TinyCore.  Maybe that is worth a try as
well, but they are not, as Slackware is, deliberately as untweaked as
possible.

So I  would propose doing a minimal install of slackware, with nothing but
the basic system and the most basic window manager, probably OpenBox.
Maybe Metacity without Gnome desktop environment, if you want to be as
close as possible to mainstream what it will have to run on.  But no
Firefox, no OpenOffice, no apps at all.

If you can reproduce the problems on this sort of minimal install, then you
are much closer to the source, because you have basically ruled out all
distro specific issues.  If not, then start to add stuff until you do get
the problems.

I understand that on this list there is a, well, a precoccupation, with
Ubuntu as a distro for use.  This is not about use however, this is about a
tool to get to the source of the problems.

I'm prepared to do serious work on this, but am not capable of writing
patches to the IDE myself, and before getting started on the project, would
welcome comment, and would like us to have an agreed approach, so what do
you all think of the above?  It would also be nice to have some feedback
from Edinburgh, to the effect that given contributions from us, they will
do their bit also.

___
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: File lists

Jim Ault  wrote:

> Your handler has a few errors.
> The path containing slashes is not what AppleScript expects
> It is a good practice to use 'return varThatWasSet'
> in order to send some text back to Rev,
> and then be prepared to do some parsing for extra quotes, etc.

Ahem! You're right, of course...

I did not write some AS for a time... 
and I forgot to replace the slashes with something AS understands ;-)


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


The way to look at this thing is to figure out what Rev is doing differently
from other apps.


Yes! Thank you for writing that.  It seems self-evident, but is so often 
forgotten: the way to solve any problem is to identify the differences 
between the working and non-working states.  Once you do that the world 
is your oyster.


Although there isn't anything else quite like Rev in this world, there 
are enough other apps that solve similar problems that we can use those 
good examples to help identify what they're doing right, and what can be 
changed in Rev.


The MC IDE may be especially useful here because it's a much simpler 
architecture, and is frequently invaluable in determining whether a 
given problem stems from the IDE or the engine.


This is a good example:


What exactly is Rev doing with its editor, which is not a terribly
complicated sort of functionality, which makes this editor, unlike
any other, slowdown and freeze?


At its core, a script editor in Rev is nothing more than a field to 
display and edit the text, and two lines of code:


   put the script of tObject into fld "editor"

...and:

   set the script of tObject to fld "editor"

But having used such a bare-bones editor myself once, I can tell you 
it's not very productive. ;)


So a good editor adds things, and Rev has added a lot:  custom tabbed 
panels, cached scripts, dynamic colorization, syntax guidance and 
checking, integrated dictionary, and a lot more.  All that stuff adds 
complexity, and in complexity dragons lie.


In fact, as I write this something occurs to me:  Could it be the 
integrated dictionary slowing things down?   We know using the 
dictionary directly is often a bottleneck on Linux, so it may not be 
surprising to find if that's the cause of this issue.


My ROSE editor isn't quite compatible with Rev yet so it's not a good 
alternate for testing, but perhaps you could try the MC IDE for a test 
to see how it holds up.


You can use Jacque's ultra-handy MC Setup util, available in the MC IDE 
group at Yahoo (see "metacard_setup102.zip" in the Files section):



MC is a bit spartan in ways and I'm not recommending it for general use 
(unless you like it, of course).  But it is by far a much simpler code 
base, so if nothing else it may help us pin down the source of this 
script editing issue.




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.





How is Rev relating to the system print functionality that makes
revPrintField not work?


What does revPrintField do that isn't correct?
More specifically, how does it differ from "print this card"?



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.




Rev's problem is not that it is being installed with deep system
functionality into a complex multifarious environment, and some of this deep
functionality is understandably failing to work.

Re: Personal suggestion for fixing the Linux situation


Richmond wrote:

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


I've seen this as well, but inconsistently.  It may be the way they're 
parsing XML, or perhaps something in the timers, either in the way they 
use them in scripts or in the engine.  Don't know quite yet, and haven't 
spent much time looking into it since I use my own dictionary (the one 
in MC IDE) which doesn't use external files at all but instead has 
everything built into its cards ("know the engine, trust the engine, use 
the engine" ).


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'm prepared to do serious work on this, but am not capable of writing
patches to the IDE myself, and before getting started on the project, would
welcome comment, and would like us to have an agreed approach, so what do
you all think of the above?  It would also be nice to have some feedback
from Edinburgh, to the effect that given contributions from us, they will
do their bit also.


Seems to me that Richard Gaskin is doing the intermediary stuff.


To clarify, I'm happy to do what I can, but I certainly don't mind 
anyone else doing the same.  I don't use the Rev IDE often but I do read 
a fair bit of its code, so I have a feel for "where the bodies lie".  If 
we can come up with good solutions for improving Rev's IDE I'm willing 
to provide code review and see what can be done for two results:


1. Immediate: Make a patcher to mod the IDE to use the fix.

2. Longer-term:  Submit the code to RunRev for review and possible 
inclusion in the IDE.


--
 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: [ANN] The Scripter's Scrapbook on RevSelect

Hugh,

I see that the stack does not support linux platform, is there any reason or
a way I could help you to get it running under linux?

Cheers
andre

On Fri, Jul 16, 2010 at 7:57 AM, FlexibleLearning <
ad...@flexiblelearning.com> wrote:

> I am delighted to announce that the Scripter's Scrapbook is (at long last)
> now available on RevSelect at
> www.runrev.com/products/related-software/scripters-scrapbook/.
>
> Now in its 5th edition the Scripter's Scrapbook is more than a utility; it
> is your knowledge bank and your personal reference library.
>
> It comes with over 270 code snippets, tutorials, tips, links, gotchas and
> how-to's that you can modify and add to at any time. Whether constant
> programming companion or reference archive, the Scripter's Scrapbook is
> packed with features to make your programming life easier. From a
> drag-and-drop notebook to a fully integrated information system, you have
> the flexibility to apply and use it as best suits you.
>
> If you have not tried it, I would urge you to at least download the free
> trial copy and spend some time seeing how well it can support you. If it
> doesn't match your needs, use the feedback link in the program to let us
> know and we'll try to implement what you do need (or you can use the
> built-in API to add and extend functionality for yourself).
>
> The version on RevSelect is the plugIn. If you want to use it as a
> standAlone or see what else is available, visit
> www.FlexibleLearning.com/ssbk or www.ssbk.co.uk.
>
> Your comments are always welcome!
>
> Thank you for reading.
>
> Hugh Senior
> FLCo
>
> ___
> 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
>



-- 
http://www.andregarzia.com All We Do Is Code.
___
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


Andre Garzia wrote:


show stopper: Rev on linux does not respect work with current ubuntu theme,
it all displays wrong...

ARGH can't create a single button with the correct appearance.


I just made a quick stack with standard buttons, radio buttons, 
checkboxes, and a scrolling field to check this out.


I opened Ubuntu's Appearance Preferences window and tried each of the 
themes there - all worked for all controls, including the field scrollbar.


The only thing that didn't work straight out was using the two Inverse 
themes which invert colors (white on black).  The controls all rendered 
as expected, but the text didn't automatically invert (which I'm not 
sure I would expect anyway given the nature of Rev's compositing).


What steps do I need to run to see what you're seeing?

I'm using Ubuntu 10.04 LTS, with Rev 4.0.

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


On 07/16/2010 03:53 PM, Andre Garzia wrote:

show stopper: Rev on linux does not respect work with current ubuntu theme,
it all displays wrong...

ARGH can't create a single button with the correct appearance.
   


I don't think this should be a major concern; if one considers that on
my main Linux box alone I can muck around with its theme with these:

Emerald Theme Manager

CompizConfig

Simple CompizConfig

Appearance

Art Manager

and there are any number of other bits and bobs I can install to
tweak what my GUI looks like.

How one would expect RunRev to keep up with those I just don't know.

Personally, as I like a unified 'theme' to each of my end-products 
regardless of which
OS or flavour thereof an end-user is going to deploy it on I do my own 
artwork,
making very sure that aspects of either RunRev or the end-user's OS 
windowing system

is not going to muck it up.

Rules in my book:

1. NEVER use a real button (because they are prone to change in alsorts 
of funny ways on different systems).


2. NEVER use a real button (because fonts on differing systems play 
merry-hell with what they look like).


3. Make your 'button' up as you like it on your homestack; snapshot it 
out as a PNG and then reimport it.

___
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] The Scripter's Scrapbook on RevSelect


Hugh Senior wrote:


I am delighted to announce that the Scripter's Scrapbook is (at long last)
now available on RevSelect at
www.runrev.com/products/related-software/scripters-scrapbook/.


Dude, it's about damn time. ;)

Congrats - SS is a fine package, glad to see it get the additional 
exposure in Rev's store.


If anyone here would like a little more background in Scripter's 
Scrapbook, in addition to the excellent info at his site Hugh put 
together this article at revJournal.com, with copious screen shots and 
helpful tips:




--
 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: [ANN] Data Grid Helper - Watch The Slug building templates for datagrid in minutes

On Fri, Jul 16, 2010 at 1:42 AM, Bob Sneidar  wrote:
> I can't view the video's I think they are divx. Oh well.
>
> Bob

Yes. If you can't read divx videos or download a divx codec, I'll be
back with another format, ASAP.

Thanks Bob



Regards,
-- 
-Zryip TheSlug- wish you the best! 8)
http://www.aslugontheroad.co.cc
___
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

show stopper: Rev on linux does not respect work with current ubuntu theme,
it all displays wrong...

ARGH can't create a single button with the correct appearance.

On Fri, Jul 16, 2010 at 4:25 AM, Peter Alcibiades <
palcibiades-fi...@yahoo.co.uk> wrote:

> Here is how I would go about tracking down these things.  Just to recap,
> the things we are seeking to track down are these four:
>
> -- not all and only installed fonts are visible and useable
> -- revPrintField does not work properly
> -- virtual desktops don't work
> -- editor slows down, freezes and crashes
>
> Are there other priority areas?  There are other niggles, but are there
> other real basic functionaliry showstoppers?
>
> My suggestion for going about tracking this down is quite different from
> what most people here will instinctively want to do.  The general view here
> is that Linux is an enormously complex mix of components, so the thing to
> do is pick some large general purpose distro and standardize on it.  I do
> not believe this to be the solution.  In fact, it is a wrong diagnosis of
> the problem.  This approach, which regards each distro as a distinct OS, is
> actually part of the problem.
>
> Were I in charge of the effort I would proceed in EXACTLY THE REVERSE WAY.
> I would seek to find the minimum installation set, and within that, the one
> closest to the way packages are released by the developer, that will allow
> the reproduction of the problems.
>
> You can argue about which distro will most readily meet these requirements,
> but if you want to start from something fairly simple and mainstream and
> not start compiling the whole thing from scratch, the contender that leaps
> out at you is Slackware.  I accept, there could be an argument for going
> even further down, like Slitaz or TinyCore.  Maybe that is worth a try as
> well, but they are not, as Slackware is, deliberately as untweaked as
> possible.
>
> So I  would propose doing a minimal install of slackware, with nothing but
> the basic system and the most basic window manager, probably OpenBox.
> Maybe Metacity without Gnome desktop environment, if you want to be as
> close as possible to mainstream what it will have to run on.  But no
> Firefox, no OpenOffice, no apps at all.
>
> If you can reproduce the problems on this sort of minimal install, then you
> are much closer to the source, because you have basically ruled out all
> distro specific issues.  If not, then start to add stuff until you do get
> the problems.
>
> I understand that on this list there is a, well, a precoccupation, with
> Ubuntu as a distro for use.  This is not about use however, this is about a
> tool to get to the source of the problems.
>
> I'm prepared to do serious work on this, but am not capable of writing
> patches to the IDE myself, and before getting started on the project, would
> welcome comment, and would like us to have an agreed approach, so what do
> you all think of the above?  It would also be nice to have some feedback
> from Edinburgh, to the effect that given contributions from us, they will
> do their bit also.
>
> Peter
> ___
> use-revolution mailing list
> use-revolution@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
>



-- 
http://www.andregarzia.com All We Do Is Code.
___
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: File lists

2010-07-16 Thread Jim Ault


Your handler has a few errors.
The path containing slashes is not what AppleScript expects
It is a good practice to use 'return varThatWasSet'
   in order to send some text back to Rev,
   and then be prepared to do some parsing for extra quotes, etc.

I have not worked with AppleScript in a few years so I am quite rusty,
but here is a very useful tip for finding very complete examples right  
on your Mac


Go to the upper right of your menu bar, click the AppleScript icon,  
then choose

   Open Scripts Folder/   Open Computer Scripts Folder

An now you should be able to read through more than 100 scripts  
written by Apple to interact with numerous programs.

Right-click and open in Script Editor.
Now you should be able to build your won example script syntax library.

Hope this helps,


Jim Ault
Las Vegas



On Jul 16, 2010, at 12:47 AM, Medard wrote:


Kay C Lan  wrote:


tell application "Finder"
 files of folder "Disc:folderA:folder1"
end tell


I am following this interesting thread :-)

Though, I got an execution error (in Applescript, I presume) by  
running

this handler:

on mouseUp
  answer folder "List files in this folder:"
  if it is empty then exit mouseup
  put it & slash into tfolder -- slash mandatory?
  put "tell Application" && quote & Finder & quote into tcommande
  put cr & "files of folder" && quote & tfolder & quote after  
tcommande

  put cr & "end tell" after tcommande
  do tcommande as applescript
  if the result is not empty then answer the result

"Execution Error"!

end mouseUp

What?





___
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

2010-07-16 Thread Luis


Hiya,

I totally agree.

Looking at the huge mass of applications available for Linux 
(professional and hobby) it doesn't tally that it's a 'Linux' issue: 
Simple as that.


Comparing notes with developers on the ease of programming disparate 
Operating Systems, Linux comes out on top as the 'easiest' overall 
(aside from developer tools) principally due to it's open nature.


I could mention the office suite from a large OS vendor that doesn't 
behave as it should (they wrote the OS, they should know better!).
Or I could mention the BSoD every time a Blackberry was UNPLUGGED from 
the system due to a hotfix, so you had to go to a previous restore point 
and install the hotfix for the hotfix. Who carried the blame? The 
Blackberry vendor or the OS vendor? You can really go many routes on 
this one.


What's it to do with Linux in this instance? Even beginners get to grips 
with programming in Linux without causing what is currently been griped 
at with Rev on Linux.


If you can't see that then you need to use Linux more to fully 
understand the point. Linux users aren't 'ranting', they just can't see 
why the rest can't see how simple the issue is.


Rev on Linux: At this time, it just ain't right.

Cheers,

Luis.


On 16/07/2010 09:24, Peter Alcibiades wrote:


"There is no "Linux" per se. Linux is like blocks, modules that people
snap together at will. Without a known set of variables, Rev is very
likely to fail in some areas depending on which software the current
user has installed. "

Jacque, I don't think this is either true, or a useful explanation of why,
for instance, the editor crashes in my plain minimalist install of Debian on
cut and paste.  If it were true, then lots of applications that do cut and
paste, which is just about all of them, would crash.  The fact is, they do
not.  If it were true, then it would be almost impossible for virtual
desktops to work on all applications, but they do work.

Not by the way any sort of exotic way of working, commonplace for the
mainstream Linux user.  Commonplace in fact for ordinary users, once you
have showed them a few times how to use virtual desktops.

The way to look at this thing is to figure out what Rev is doing differently
from other apps.  What exactly is Rev doing with its editor, which is not a
terribly complicated sort of functionality, which makes this editor, unlike
any other, slowdown and freeze?  How exactly has Rev implemented the IDE so
that you can't put the property inspector on one desktop and the editor on
another?  How is Rev relating to the system print functionality that makes
revPrintField not work?  Where is it getting its font lists from?  Its not
the same place as every other app gets them.

Rev's problem is not that it is being installed with deep system
functionality into a complex multifarious environment, and some of this deep
functionality is understandably failing to work.  Rev's problem is that in
very simple functions, not deep at all,  it is not relating to identical and
unchanging features of the OS functionality in the same way that all the
other apps do.

As an analogy, it would be like writing your app so its installer failed to
put a starter icon on the desktop in Windows, and then saying, Oh Well, the
problem is no app store, people just install whatever they want on Windows,
so its an unpredictable environment.  Yes, it is, but that is not the
problem, the problem is how you wrote your installer to do something very
simple and access very basic functionality.

We need to stop making excuses!

Peter





___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

[ANN] The Scripter's Scrapbook on RevSelect

2010-07-16 Thread FlexibleLearning

I am delighted to announce that the Scripter's Scrapbook is (at long last)
now available on RevSelect at
www.runrev.com/products/related-software/scripters-scrapbook/.

Now in its 5th edition the Scripter's Scrapbook is more than a utility; it
is your knowledge bank and your personal reference library.

It comes with over 270 code snippets, tutorials, tips, links, gotchas and
how-to's that you can modify and add to at any time. Whether constant
programming companion or reference archive, the Scripter's Scrapbook is
packed with features to make your programming life easier. From a
drag-and-drop notebook to a fully integrated information system, you have
the flexibility to apply and use it as best suits you.

If you have not tried it, I would urge you to at least download the free
trial copy and spend some time seeing how well it can support you. If it
doesn't match your needs, use the feedback link in the program to let us
know and we'll try to implement what you do need (or you can use the
built-in API to add and extend functionality for yourself).

The version on RevSelect is the plugIn. If you want to use it as a
standAlone or see what else is available, visit
www.FlexibleLearning.com/ssbk or www.ssbk.co.uk.

Your comments are always welcome!

Thank you for reading.

Hugh Senior
FLCo

___
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


On 07/16/2010 10:25 AM, Peter Alcibiades wrote:

Here is how I would go about tracking down these things.  Just to recap,
the things we are seeking to track down are these four:

-- not all and only installed fonts are visible and useable
-- revPrintField does not work properly
-- virtual desktops don't work
-- editor slows down, freezes and crashes

Are there other priority areas?  There are other niggles, but are there
other real basic functionaliry showstoppers?
   


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



My suggestion for going about tracking this down is quite different from
what most people here will instinctively want to do.  The general view here
is that Linux is an enormously complex mix of components, so the thing to
do is pick some large general purpose distro and standardize on it.  I do
not believe this to be the solution.  In fact, it is a wrong diagnosis of
the problem.  This approach, which regards each distro as a distinct OS, is
actually part of the problem.

Were I in charge of the effort I would proceed in EXACTLY THE REVERSE WAY.
I would seek to find the minimum installation set, and within that, the one
closest to the way packages are released by the developer, that will allow
the reproduction of the problems.

You can argue about which distro will most readily meet these requirements,
but if you want to start from something fairly simple and mainstream and
not start compiling the whole thing from scratch, the contender that leaps
out at you is Slackware.  I accept, there could be an argument for going
even further down, like Slitaz or TinyCore.  Maybe that is worth a try as
well, but they are not, as Slackware is, deliberately as untweaked as
possible.

So I  would propose doing a minimal install of slackware, with nothing but
the basic system and the most basic window manager, probably OpenBox.
Maybe Metacity without Gnome desktop environment, if you want to be as
close as possible to mainstream what it will have to run on.  But no
Firefox, no OpenOffice, no apps at all.

If you can reproduce the problems on this sort of minimal install, then you
are much closer to the source, because you have basically ruled out all
distro specific issues.  If not, then start to add stuff until you do get
the problems.

   


This is exactly the right way to proceed.


I understand that on this list there is a, well, a precoccupation, with
Ubuntu as a distro for use.  This is not about use however, this is about a
tool to get to the source of the problems.

I'm prepared to do serious work on this, but am not capable of writing
patches to the IDE myself, and before getting started on the project, would
welcome comment, and would like us to have an agreed approach, so what do
you all think of the above?  It would also be nice to have some feedback
from Edinburgh, to the effect that given contributions from us, they will
do their bit also.

   


Seems to me that Richard Gaskin is doing the intermediary stuff.


Peter
___
   


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Is it Rev, is it Valentina, is it MacOS? Need help!

2010-07-16 Thread Tiemo Hollmann TB

Hello,

tracking down a mysterious error since days and days I am stuck now. It is
such a strange error that probably nobody has ever had this particular
problem, but perhaps somebody can find any relation to any other experience
and bring me up on the road again.

My standard development environment is Windows (was XP and now Win7), but I
also have the environment on Mac. My standard procedure was to build also
the Mac standalone on Win and just add the Valentina drivers on Mac after
having copied the standalone to Mac (which has worked fine).

The Error appears in the standalone only on Mac, on Win it still runs fine

I have a dictionary rev app with a Valentina DB, which run fine over a year.
After one of the last Updates, which wasnt related to any Valentina
handler, I got two errors on startup, a function in a substack threw an
error and my very first Valentina_init statement failed. I (actually Mark
S.!) could get to run the substack again after having removed a german
Umlaut from a function. But the fail of Valentiny_Init remained. At the very
first Valentina Call  (VDatabase_IsOpen) it throws me off without any result
or syserror. When trapping the function with try-catch I get error in
function handler  no hint.

 

So I decided to build the standalone on the Mac and the error seemed to be
gone, I build the next release and delivered to my customers until I got
weird support calls from my Mac customers that they can not select any more
any words with german Umlaute äüöß from the DB. Everything else works fine
with the new release. The Valentina DB can be opened and seems to work
almost normally. Btw. Displaying datas with german Umlaute works OK (the
IOEncoding of the Valentina DB is Macintosh). Its just the selecting. But
searching (SELECT) for words with Umlaute is an essential feature in a
german dictionary!

 

I tried to reproduce the error on my machine and yes, I cant select any
Umlaute any more. That means with selecting any words containing an Umlaut,
the result list remains just empty.

What I tested:

-  Building the Mac standalone on Win: it fails on the very first
Valentina statement

-  Building the Mac standalone on Mac: no fatal fail, but selecting
Umlaute returns empty

-  Taking an old DB from a functioning release or a new DB: same
problem

-  Reinstalling Valentina: same problem

-  Testing with Rev 3.5 and 4.0: same problem

-  The old standalone builds: still run fine on the same machine

-  Running an old rev file in development environment: same problem

-  Testing another test app with Valentina shows the same result, so
the problem is not in the code of my file

-  I copied an old standalone bundle on the Mac, which still runs
fine. After that I copied the newly created app into this old bundle  and
it works! STRANGE!

 

What does this tell us? I dont know enough of the depths of the Mac. It
looks as if the problem is with the integration of the Valentina drivers
(because it runs with the old package), but I compared every single file in
the packages and the newly created package with the Valentina drivers looks
exactly the same as the old packages. And even if it is a case of the
Valentina drivers, who could this affect just the handling of the Umlaute?

It almost appears to me that there came any conflict between MacOS and
Valentina and/or Rev with any MacOS Update.

Has anybody ever encountered such a case (probably not with Valentina, but
perhaps something similar)?

I posted already to the Valentina List, but this problem seems to be too
strange to get help.

 

Any idea or hint what I could do or test is highly appreciated

Thanks Tiemo

 

 

___
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

"There is no "Linux" per se. Linux is like blocks, modules that people
snap together at will. Without a known set of variables, Rev is very
likely to fail in some areas depending on which software the current
user has installed. "

Jacque, I don't think this is either true, or a useful explanation of why,
for instance, the editor crashes in my plain minimalist install of Debian on
cut and paste. If it were true, then lots of applications that do cut and
paste, which is just about all of them, would crash. The fact is, they do
not. If it were true, then it would be almost impossible for virtual
desktops to work on all applications, but they do work.

Not by the way any sort of exotic way of working, commonplace for the
mainstream Linux user. Commonplace in fact for ordinary users, once you
have showed them a few times how to use virtual desktops.

The way to look at this thing is to figure out what Rev is doing differently
from other apps. What exactly is Rev doing with its editor, which is not a
terribly complicated sort of functionality, which makes this editor, unlike
any other, slowdown and freeze? How exactly has Rev implemented the IDE so
that you can't put the property inspector on one desktop and the editor on
another? How is Rev relating to the system print functionality that makes
revPrintField not work? Where is it getting its font lists from? Its not
the same place as every other app gets them.

Rev's problem is not that it is being installed with deep system
functionality into a complex multifarious environment, and some of this deep
functionality is understandably failing to work. Rev's problem is that in
very simple functions, not deep at all, it is not relating to identical and
unchanging features of the OS functionality in the same way that all the
other apps do.

As an analogy, it would be like writing your app so its installer failed to
put a starter icon on the desktop in Windows, and then saying, Oh Well, the
problem is no app store, people just install whatever they want on Windows,
so its an unpredictable environment. Yes, it is, but that is not the
problem, the problem is how you wrote your installer to do something very
simple and access very basic functionality.

We need to stop making excuses!

Peter

--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/RunRev-Script-Editor-and-Linux-tp2286440p2291076.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: File lists

Kay C Lan  wrote:

> tell application "Finder"
>   files of folder "Disc:folderA:folder1"
> end tell

I am following this interesting thread :-)

Though, I got an execution error (in Applescript, I presume) by running
this handler:

on mouseUp
   answer folder "List files in this folder:"
   if it is empty then exit mouseup
   put it & slash into tfolder -- slash mandatory?
   put "tell Application" && quote & Finder & quote into tcommande
   put cr & "files of folder" && quote & tfolder & quote after tcommande
   put cr & "end tell" after tcommande
   do tcommande as applescript
   if the result is not empty then answer the result 
>> "Execution Error"!
end mouseUp

What?

(Snow Leopard 10.6.4 - Studio 4.0.0)


___
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


Yes, wise post.  Sad but wise.  We all get to the same place on this in the
end, the trick is to try to remain both forceful and good humored while
getting there!  
-- 
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/RunRev-Script-Editor-and-Linux-tp2286440p2291044.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: mouseDown message sent but not triggering the handler in a behavior

2010-07-16 Thread Andre.Bisseret



Le 15 juil. 10 à 22:09, Mark Wieder a écrit :


Andre-

Thursday, July 15, 2010, 12:52:41 PM, you wrote:


In these handlers, I distinguish the differents buttons using
if the short name of the target is "such button" then
or case the short name of the target is "such button"
 (followed by the routine for this specific button)


If you have to do all that, why are you using a behavior button?
Behaviors are typically used for functionality in common with several
objects - here it seems you're doing just the opposite.

--  
-Mark Wieder

mwie...@ahsoftware.net


Bonjour Mark,

Thank you for your attention.

My app. has a main stack and a dozen of substacks. Among them, is a  
"stack model" which can be clone in order to create "independant"  
stacks (quite a lot of) that are medical files (one file for each  
patient). These independant stacks have a couple of substacks.
I made this app. first for my own physician who participated a lot to  
the design and who uses it for 4 years now. He has nearly 500 patients  
(so 500 independant stacks.

Up to now, the main part of the program was in the model stack so that:
1 - the program was repeated in each stacks
2 - each time I had to do the slightest modification, I had to built a  
special program to convey the changes in each independant stack.


I am making a new version of this app. for others physicians friends  
of mine. In order to minimize these drawbacks, I moved the content of  
the scripts from the stack model to behavior buttons located on a card  
2 of the main stack.
Now, there is (nearly) no code any more in the stack model hence in  
any independant stack.
When I make a modification in the scripts, it is immediately available  
for all the independant stacks.


Insofar as it is possible, I use behaviors typically: each time  
several objects need strickly the same script.
As soon as the script of an object is rather long, this object has its  
specific behavior button.
But I have also buttons or field whose scripts are similar but not  
completely identical (for example they share a part of code but they  
differ for another part. In such cases, I made one behavior button  
only which include the part shared by the buttons involved and other  
parts specific to each buttons (whence the "case the short name of the  
target is "such button", "such field" etc.


Then I have a set of behavior buttons on cd 2 of my main stack: one  
for the script of stack model, one for the card 1 of stack model and  
generally one for groups of objects in the stack model. Generally the  
groups of objects concern a great functionnaliy (from the medical  
point of view.
For example I have a behavior button for the objects which are related  
to the prescriptions (there are different sorts of prescriptions)
another for the buttons (on different prescription' documents) which  
are used to archive the content of the prescription in special fields  
etc.


So, I did not foreseen clearly that, but I am discovering that in this  
way, spatially organizing the set of behavior button on card 2 of the  
main stack, I am getting there a quite nice representation of the  
functionnal structure of the app.


Well, I could elaborate more, but I think I begin to be too long ;-)  
Sorry for that ;-)

Best regards from Grenoble

André

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Personal suggestion for fixing the Linux situation