Re: Script to open document in additional window?

2008-09-11 Thread Charlie Garrison

Good afternoon,

On 10/9/08 at 4:06 AM -0700, Mike Conley [EMAIL PROTECTED] wrote:

Nonetheless, it would still be nice to do an AppleScript, because I
would have it create the new window and align it beside the original,
with the same dimensions, since that's what I would do every time
anyway. So the question still stands.

Attach an AppleScript to the menu item and have the script resize the window.


Charlie

-- 
   Charlie Garrison  [EMAIL PROTECTED]
   PO Box 141, Windsor, NSW 2756, Australia

O ascii ribbon campaign - stop html mail - www.asciiribbon.org
http://www.ietf.org/rfc/rfc1855.txt

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups BBEdit Talk group.
To post to this group, send email to bbedit@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/bbedit?hl=en
If you have a specific feature request or would like to report a suspected (or 
confirmed) problem with the software, please email to [EMAIL PROTECTED] 
rather than posting to the group.
-~--~~~~--~~--~--~---



Re: Consistency between older versions and version 9

2008-09-11 Thread Charlie Garrison

Good afternoon,

On 10/9/08 at 10:40 AM -0400, Jim Correia 
[EMAIL PROTECTED] wrote:

 Good afternoon,

It's always afternoon in Australia :-)

Hehe, I use this great email program which has an AppleScript 
that adds that greeting for me automatically depending on time 
of day. From memory, afternoon extends until 6pm; then it 
becomes evening. And morning starts at 12am which is 
surprisingly when many of my messages get sent.

Great (well-written) programs used with AppleScript make a great 
combination. No wonder the BBSW products are so popular.  :-)


Charlie

-- 
Charlie Garrison  [EMAIL PROTECTED]
PO Box 141, Windsor, NSW 2756, Australia

O ascii ribbon campaign - stop html mail - www.asciiribbon.org
http://www.ietf.org/rfc/rfc1855.txt

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups BBEdit Talk group.
To post to this group, send email to bbedit@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/bbedit?hl=en
If you have a specific feature request or would like to report a suspected (or 
confirmed) problem with the software, please email to [EMAIL PROTECTED] 
rather than posting to the group.
-~--~~~~--~~--~--~---



Re: Script to open document in additional window?

2008-09-11 Thread Carlton Gibson
2008/9/11 Charlie Garrison [EMAIL PROTECTED]


 On 10/9/08 at 4:06 AM -0700, Mike Conley [EMAIL PROTECTED] wrote:

 Nonetheless, it would still be nice to do an AppleScript, because I
 would have it create the new window and align it beside the original,
 with the same dimensions, since that's what I would do every time
 anyway. So the question still stands.

 Attach an AppleScript to the menu item and have the script resize the
 window.


You could also just set a key equivalent to both the Arrange command as
well. Then just two key strokes and you're done...

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups BBEdit Talk group.
To post to this group, send email to bbedit@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/bbedit?hl=en
If you have a specific feature request or would like to report a suspected (or 
confirmed) problem with the software, please email to [EMAIL PROTECTED] 
rather than posting to the group.
-~--~~~~--~~--~--~---



Re: Script to open document in additional window?

2008-09-11 Thread Mike Conley

The menu script idea works great. For anyone who's interested, here's
my script, which is saved as 'View*Open in Additional Window' in the
Menu Scripts folder:

property windowRect : {0, 0, 0, 0}
property windowGap : 5

on MenuSelect(menuName, itemName)
tell application BBEdit
set windowRect to bounds of text window 1
end tell

return false
end MenuSelect

on PostMenuSelect(menuName, itemName)
tell application Finder
set deskRect to bounds of window of desktop
end tell
set windowWidth to ((item 3 of windowRect) - (item 1 of windowRect))
+ windowGap
if ((item 3 of windowRect) + windowWidth) ≤ item 3 of deskRect then
set item 1 of windowRect to (item 1 of windowRect) + windowWidth
set item 3 of windowRect to (item 3 of windowRect) + windowWidth
else
set item 1 of windowRect to (item 1 of windowRect) - windowWidth
set item 3 of windowRect to (item 3 of windowRect) - windowWidth
end if
tell application BBEdit
set bounds of text window 1 to windowRect
end tell
end PostMenuSelect

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups BBEdit Talk group.
To post to this group, send email to bbedit@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/bbedit?hl=en
If you have a specific feature request or would like to report a suspected (or 
confirmed) problem with the software, please email to [EMAIL PROTECTED] 
rather than posting to the group.
-~--~~~~--~~--~--~---



Re: Completion

2008-09-11 Thread NZIBIS

I don't know BBEdit well at all, but is there some way of mapping some
other character to generate 'tab' or indents (perhaps via the Unix
filters?), then have tab as the 'completion' character. The reason I'm
thinking of this is, tab is the completion character in a number of
the Unix shells. Maybe its just not practical within an editor.

Also, is it possible to have the completion option only display, say,
a line under a word where a completion is on offer, rather than the
list of completions, and ideally let the user know if there is a
unique completion by, say, changing the colour of the line: in this
way users can be informed of completions without having a list pop up
and they'd be clued in to when issuing (say) tab would yield a unique
completion. (Unix users would see that this is essentially a smart
version of the try-and-fail approach that tabbing on a word with
ambigious completions takes in the shells.)

The point of above idea is to try offer something in between a full
list, so that some completion is on offer, but more restrained for
users that find the list interferes with their use of the editor. It
has the obvious weakness of not showing the outcome until its done,
but so does the Unix shell completion.

Just loose thoughts while I remember. I'm out of time to check the
options out (yes, I know its the done thing to check first, but
better I say what I'm thinking while I remember than not say it at
all?)

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups BBEdit Talk group.
To post to this group, send email to bbedit@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/bbedit?hl=en
If you have a specific feature request or would like to report a suspected (or 
confirmed) problem with the software, please email to [EMAIL PROTECTED] 
rather than posting to the group.
-~--~~~~--~~--~--~---



Re: Consistency between older versions and version 9

2008-09-11 Thread Lee Anne

I don't ask that the program to an instant file comparison with an
existing old file, since that seems unreasonable, but the old
behaviour seemed proper handling of a very special case which would be
a matter of a moment to check, an empty, unsaved file is in a special,
and pretty much worthless state. The old versions of the program knew
this, but the new version has forgotten.

It would seem to be in no one's interest to have the editor nag one
about an empty file with no corresponding disk instantiation if one
wants to close it. The old versions all kept track of this, and did
ask, quite properly, if one wanted to save a newly emptied version of
a previously saved file, but not if the file hadn't been saved to
begin with. This is less a matter of consistency than sensibility
and ease of use.

Lee Anne

On Sep 10, 7:42 am, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
 On 10-Sep-2008, at 08:30, Fritz Anderson wrote:

 And is certainly the behavior *I* want.  If the file as it stands is  
 identical tot he saved file, or is empty, it should not be marked as  
 'dirty' by BBEdit.


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups BBEdit Talk group.
To post to this group, send email to bbedit@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/bbedit?hl=en
If you have a specific feature request or would like to report a suspected (or 
confirmed) problem with the software, please email to [EMAIL PROTECTED] 
rather than posting to the group.
-~--~~~~--~~--~--~---



Where are the history of the Disk browser on 9.0 ?

2008-09-11 Thread Toucouleur

On BBEDit 8.6, when using new Disk Browser, It was possible to view an
history of the most common places I was used to get in.

Now on 9.0, this feature disaperead ?

Additional question : When I double click on a document from the Disk
browser, it always open a new windows. It seems impossible to open
several document in the same drawer except if you drag the filename
from the disk browser to the Drawer :(

What a shame :(

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups BBEdit Talk group.
To post to this group, send email to bbedit@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/bbedit?hl=en
If you have a specific feature request or would like to report a suspected (or 
confirmed) problem with the software, please email to [EMAIL PROTECTED] 
rather than posting to the group.
-~--~~~~--~~--~--~---



Re: Auto-completion: actionscript 3.0 and other issues

2008-09-11 Thread Alan Watts

Thanks for this fantastic plugin.  I downloaded the latest BBEdit
(9.0.1 1325) and code completion works great - however, I can't get
the function dropdown or code-folding to work.  The dropdown is there,
so I'm guessing that BBEdit is still buggy or maybe Prefix for
Functions needs a value?  I tried variations of function to no
avail.  Anyone have any insight?

Thanks,
Alan



On Sep 4, 7:12 am, Isaac Rivera [EMAIL PROTECTED] wrote:
 Thats because the version of AS in built-in in BBEdit is AS 2.0 not
 3.0. I have offered to Barebones my Codeless Language Module for AS
 3.0. I has all the keywords and built-in classes + methods. As soon as
 they fix the bug that prevents auto-completion to work properly with
 Codeless Language Modules in the next minor update you should be
 golden with this plugin.

 For the moment you can download it 
 at:http://www.isaacrivera.com/software/bbedit/Actionscript3CodelessLangu...

 Cheers.

 --
 Isaac Rivera
 Director of Interaction Development
 Interactive One

 On Sep 4, 2008, at 7:37 AM, stratboy wrote:



  Auto-completion is fantastic, but for me has 2 main problems:

  - foractionscript3.0 is only partial: it doesn't even have the
  package and class keywords, not to speak about many other.

  - it should be language-specific. If I'm writing a javascript file, I
  should only see javascript keywords, otherwise auto-completion, for
  me, looses a part of its productivity value, and after all, auto-
  completion is all about productivity.

  Please excuse me for my bad english.

  Bye!

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups BBEdit Talk group.
To post to this group, send email to bbedit@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/bbedit?hl=en
If you have a specific feature request or would like to report a suspected (or 
confirmed) problem with the software, please email to [EMAIL PROTECTED] 
rather than posting to the group.
-~--~~~~--~~--~--~---



Re: Feature request: quick access to recently opened project files

2008-09-11 Thread bgarlock

I was just trying to search the docs on how to do that, so I too would
like this feature :-)

On Sep 10, 12:12 pm, Corey Ehmke [EMAIL PROTECTED] wrote:
 I second that feature request!

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups BBEdit Talk group.
To post to this group, send email to bbedit@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/bbedit?hl=en
If you have a specific feature request or would like to report a suspected (or 
confirmed) problem with the software, please email to [EMAIL PROTECTED] 
rather than posting to the group.
-~--~~~~--~~--~--~---



File Comparison

2008-09-11 Thread Lee Anne

I noticed that, like many comparison routines, it tends to get lost
and has trouble getting back in synch until the old file is editied to
conform moree closely to the new one, but more serious is that if one
chances to edit the file and then compare the documents again, it
opens new windows for each file, leaving the older versions open as
well. This behaviour seems fraught, as it's unclear which version of
the file is current.

Although one can close the files and then start again as a workaround,
it might be more sensible not to behave in this manner to begin with.

Just a thought.

Lee Anne

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups BBEdit Talk group.
To post to this group, send email to bbedit@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/bbedit?hl=en
If you have a specific feature request or would like to report a suspected (or 
confirmed) problem with the software, please email to [EMAIL PROTECTED] 
rather than posting to the group.
-~--~~~~--~~--~--~---



Re: New feature suggestion: pull-down menu of CSS classes in style sheets

2008-09-11 Thread Steve Piercy

+1

Did you send to [EMAIL PROTECTED] as a feature request?

--steve


On Sep 10, 6:06 am, NZIBIS [EMAIL PROTECTED] wrote:
 One feature I'd *really* welcome seeing is pull-down menus listing all
 the CSS classes in the current style sheets referred to by an HTML
 document when asking for class names.

 For example, on selecting the 'inline element  span' palette, you are
 offered to manually enter a 'Class:' field.

 While its nice to have the field there, what I'd like to see is
 adjacent to this a pull-down menu listing the classes available (for
 that element type) in the style sheets referred to in the document.
 It'd be quicker and less error-prone than typing the class names in
 and particularly useful for those who extensively use their own CSS
 styles sheets.

 This could be refined further by:

 - presenting only those classes that apply to the element in question
 - preferences/options to either present the classes in the pull-down
 in the order found in the style sheet or sorted alphabetically

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups BBEdit Talk group.
To post to this group, send email to bbedit@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/bbedit?hl=en
If you have a specific feature request or would like to report a suspected (or 
confirmed) problem with the software, please email to [EMAIL PROTECTED] 
rather than posting to the group.
-~--~~~~--~~--~--~---



Re: Where are the history of the Disk browser on 9.0 ?

2008-09-11 Thread Jim Correia

On Sep 11, 2008, at 2:16 AM, Toucouleur wrote:

 Additional question : When I double click on a document from the Disk
 browser, it always open a new windows. It seems impossible to open
 several document in the same drawer except if you drag the filename
 from the disk browser to the Drawer :(

This is a bug that will be fixed in an update.

The fix for this is in the 9.0.1 beta previously announced here. (Read  
the notes at the top of that file before deciding to use the pre- 
release version, or wait for the official 9.0.1 release.)

Jim


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups BBEdit Talk group.
To post to this group, send email to bbedit@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/bbedit?hl=en
If you have a specific feature request or would like to report a suspected (or 
confirmed) problem with the software, please email to [EMAIL PROTECTED] 
rather than posting to the group.
-~--~~~~--~~--~--~---



Re: Consistency between older versions and version 9

2008-09-11 Thread Jim Correia

On Sep 10, 2008, at 9:23 PM, Lee Anne wrote:

 I don't ask that the program to an instant file comparison with an
 existing old file, since that seems unreasonable, but the old
 behaviour seemed proper handling of a very special case which would be
 a matter of a moment to check, an empty, unsaved file is in a special,
 and pretty much worthless state. The old versions of the program knew
 this, but the new version has forgotten.

repeating-myself
BBEdit 8.7.2 and earlier special cased empty *untitled* documents.

As a side effect of (rather significant) architectural changes in the  
application to support 9.0 features, that behavior no longer exists.

I have a bug logged to review the behavior change, and make any  
necessary changes.
/repeating-myself

Continuing to debate the feature on the list is rather unnecessary.

Jim

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups BBEdit Talk group.
To post to this group, send email to bbedit@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/bbedit?hl=en
If you have a specific feature request or would like to report a suspected (or 
confirmed) problem with the software, please email to [EMAIL PROTECTED] 
rather than posting to the group.
-~--~~~~--~~--~--~---



How to exclude a folder from a multi-file search using a filter?

2008-09-11 Thread Carlton Gibson
Hi all,
I have a project which I wish to search, something like

project/
library/
My_Namespace
Zend
   modules/
   ...

I want to exclude the Zend folder from the search, so I create a Filter, but
I can't work out how to exclude it...

I've tried the file name 'parent folder' criterion but that didn't seem to
work.

Can anyone tell me what I'm doing wrong?

TIA
Carlton

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups BBEdit Talk group.
To post to this group, send email to bbedit@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/bbedit?hl=en
If you have a specific feature request or would like to report a suspected (or 
confirmed) problem with the software, please email to [EMAIL PROTECTED] 
rather than posting to the group.
-~--~~~~--~~--~--~---



Re: Completion

2008-09-11 Thread Jim Correia

On Sep 11, 2008, at 12:25 AM, NZIBIS wrote:

 I don't know BBEdit well at all, but is there some way of mapping some
 other character to generate 'tab' or indents (perhaps via the Unix
 filters?), then have tab as the 'completion' character. The reason I'm
 thinking of this is, tab is the completion character in a number of
 the Unix shells. Maybe its just not practical within an editor.

Short answer: it isn't practical in an editor (at least for now.)

Longer answer:

There is no way to remap insert tab or equivalent amount of spaces  
in the editor to a key besides Tab.

I did have a prototype in the lab which allowed you to enable the Tab  
key as a completion trigger. But since that overloads Tab[1] it  
results in exactly the behavior you don't want — the completion list  
making an appearance where what you really intended to do was insert a  
Tab (or equiv spaces if auto-expand tabs is turned on.)

This doesn't rule out Tab as a possible (alternate) completion trigger  
in the future. (Nor does it guarantee it :-)). We may revisit the  
issue in the future, but there are certain usability obstacles to  
overcome before we can ship such a feature. Otherwise it will be  
frustrating for you. And us.

[1] Moreso than in the command line since you typically never use Tab  
for something else at the command line, but frequently use Tab in an  
editor to do other things.

 Also, is it possible to have the completion option only display, say,
 a line under a word where a completion is on offer, rather than the
 list of completions

BBEdit does not currently offer this feature.

Jim



--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups BBEdit Talk group.
To post to this group, send email to bbedit@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/bbedit?hl=en
If you have a specific feature request or would like to report a suspected (or 
confirmed) problem with the software, please email to [EMAIL PROTECTED] 
rather than posting to the group.
-~--~~~~--~~--~--~---



Re: Feature request: quick access to recently opened project files

2008-09-11 Thread klanxner

[EMAIL PROTECTED] (rowen) wrote on  9/9/08  10:39 AM

I would love some way to get to my most recently opened project files
-- e.g. a menu that remembered the last 10 or so of them.

Not a direct reply to your request but --- for those who use 
LaunchBar, projects are indexed as a group. That means any 
project can be quickly opened with a couple of keystrokes. For 
me, that's easier than going to the mouse and accessing them 
from a menu.

Ken

-- 
Simple Lives Web Design
http://simplelives.com

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups BBEdit Talk group.
To post to this group, send email to bbedit@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/bbedit?hl=en
If you have a specific feature request or would like to report a suspected (or 
confirmed) problem with the software, please email to [EMAIL PROTECTED] 
rather than posting to the group.
-~--~~~~--~~--~--~---



Re: Using Rhino for Unix Filters

2008-09-11 Thread Jim Correia
On Sep 11, 2008, at 12:09 PM, Alan Storm wrote:

 I'm trying to use the Rhino Interactive Java Shell with BBEdit's Unix
 Filters options, and can't figure out how to read from standard
 input.  I'm not sure if this is a problem with BBEdit (unlikely) or a
 problem with my understanding of input streams and arguments in Unix
 Shell Scripts (very likely), or a problem with the Rhino shell itself
 (BBEdit Version 9, Mac OS 10.5)

 I have a the following shell script which will read from standard
 input, build up a string, and then echo the results back out.

At the risk of sounding like a broken record (because I know I've  
explained this before, perhaps even on this list :-)), #! filters are  
not passed data via STDIN.

The reasons are largely historical (this feature predates Mac OS X),  
and we can only change it now if we do so in a way which doesn't break  
every #! filter ever written for BBEdit.

So how is the data passed? In a temp file in the first argument passed  
to the script.

(This may have been incorrect or omitted from the documentation in  
previous releases, but it is documented correctly in the BBEdit 9  
manual.)

If you are using something like the magic  operator in Perl, or the  
fileinput module in Python, this detail is abstracted away for you.

If the language you are using doesn't have such a convenience  
mechanism, or you are rolling things by hand, read from the temp file  
passed in the arguments, not STDIN.

Jim
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups BBEdit Talk group.
To post to this group, send email to bbedit@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/bbedit?hl=en
If you have a specific feature request or would like to report a suspected (or 
confirmed) problem with the software, please email to [EMAIL PROTECTED] 
rather than posting to the group.
-~--~~~~--~~--~--~---



Re: Using Rhino for Unix Filters

2008-09-11 Thread Jonathan Lundell

On Sep 11, 2008, at 2:54 PM, Jim Correia wrote:

 ...if we do so in a way which doesn't break every #! filter ever  
 written for BBEdit...

Gee, Jim, watch your #! language, please. This is a family list.


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups BBEdit Talk group.
To post to this group, send email to bbedit@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/bbedit?hl=en
If you have a specific feature request or would like to report a suspected (or 
confirmed) problem with the software, please email to [EMAIL PROTECTED] 
rather than posting to the group.
-~--~~~~--~~--~--~---



Re: Using Rhino for Unix Filters

2008-09-11 Thread Jim Correia

On Sep 11, 2008, at 7:14 PM, Alan Storm wrote:

 Thanks for the clarification and the tip about the magic operators.
 I'd seen reference to the temp file/first argument in the manual, but
 was confused by what **looked** like reading from STDIN in the factory
 default perl and python scripts, **and** by the fact an empty
 arguments array was getting passed into my script.

I haven't tried to write any filters with Rhino, but argv should be  
populated correctly.

Here's a test python filter

#!/usr/bin/python
import sys
print sys.argv

that I use to look at the args when necessary.

 Are these (the old archives) avaiable anywhere?

Yes, but unfortunately in another location.

http://www.listsearch.com/BBEdit/Browse/index.lasso

To be clear, I didn't mind answering the question again, just pointing  
it out.

I'm happy that this is both documented correctly, and now archived/ 
searchable by Google.  (Next time, I'll point at the previous answer.)

Jim


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups BBEdit Talk group.
To post to this group, send email to bbedit@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/bbedit?hl=en
If you have a specific feature request or would like to report a suspected (or 
confirmed) problem with the software, please email to [EMAIL PROTECTED] 
rather than posting to the group.
-~--~~~~--~~--~--~---