Re: External mere applications allowed in versions?

[Dirk Stoop]

Hi Rob,

See this page:
http://versionsapp.com/viewdocpage/versions_wf_comp_customscripts.html

And the files section of this google group for an idea on how to
integrate another app for comparisons.

If what you're planning on using is at least modestly popular, chances
are someone else already created a script for it and uploaded it here.

Cheers,
- Dirk

On Aug 26, 3:51 am, Rob Segal  wrote:
> Anyway to add your own custom diff/merge application for use with
> versions?  Seems in the preferences only specific applications are
> being listed (TextWrangler, AraxisMerge, etc.).  I've got kDiff
> installed which I would like to use as an alternative.  Is this
> possible?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Job opening at Sofa - Versions support and more

[Dirk Stoop]

This vacancy has been filled. :)

Our newest addition to the team starts at the end of August.

All the best,
- Dirk

the Versions team

On Jun 20, 5:50 pm, Dirk Stoop  wrote:
> Hi all,
>
> Since this google group is where all experts on Versions gather, I
> thought I'd let you all know we've just posted a job opening at Sofa
> for a full-time Support and QA person :
>
> http://www.madebysofa.com/jobs
>
> The job will be part Versions support, part authoring of
> documentation, and basically everything related to improving the
> quality of Versions and our other products.
>
> Thanks!
> - Dirk
>
> the Versions team
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: lost licence key

[Dirk Stoop]

Hi Arnold,

I just resent your license, if you don't see it in your inbox, please
check any junk mail folders you may have.

If you ever lose it again, you can always enter your email address in
the "Lost your license?" box at the bottom of www.versionsapp.com/support
to get it again.

All the best,
- Dirk

the Versions team

On Jul 8, 5:02 pm, arsyk  wrote:
> Hey All,
>
> i did something stupid.
> I didn't save my licence key.
>
> Ich changed my mac to a new MacBook Pro.
> But with the transfered data the licence-key from versions is lost.
> (No i don't how the f*** that happend) but i also realised that now
> Google i deleting Mails that ware marked als spam after a period of
> time.
> That key must be marked.
>
> So here is a question:
> May you resend my key?
> I bought it by PayPal from this mailaddress.
>
> That would be kind.
> Thank you,
> Arnold
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: license key

[Dirk Stoop]

Hi Kilian,

I've just sent you your license key in a private email.

There was a problem with our registration server, causing your payment
to never get registered properly in it.

Sorry again for the long wait.

Thanks for your understanding,
- Dirk

the Versions team

On Jul 7, 7:26 pm, "Kilian C."  wrote:
> the email address i used was amministrazi...@1mas.it
> Alberto Odorici, my chef.
>
> I bought it for my web agency.
>
>
>
> On Tue, Jul 7, 2009 at 6:16 PM, Dirk Stoop  wrote:
>
> > Hi Kilian,
>
> > I'm very sorry about that.
>
> > I can't find any Versions licenses bought using the email address you
> > used to post this message, can you send me an email from the email
> > address you used to buy Versions so I can figure out what your license
> > code is and get it in your hands asap?
>
> > Thanks!
> > - Dirk
>
> > the Versions team
>
> > On Jul 6, 12:14 pm, kilian  wrote:
> > > hi, i bought versions, bau i'm still waiting for the serial...
>
> > > 1 month elapsed and the trial period too
>
> > > I WANT TO USE MY APP!
>
> > > i wrote about ten mail... and noone answered me!
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: license key

[Dirk Stoop]

Hi Kilian,

I'm very sorry about that.

I can't find any Versions licenses bought using the email address you
used to post this message, can you send me an email from the email
address you used to buy Versions so I can figure out what your license
code is and get it in your hands asap?

Thanks!
- Dirk

the Versions team

On Jul 6, 12:14 pm, kilian  wrote:
> hi, i bought versions, bau i'm still waiting for the serial...
>
> 1 month elapsed and the trial period too
>
> I WANT TO USE MY APP!
>
> i wrote about ten mail... and noone answered me!
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Disable auto syncing with repo

[Dirk Stoop]

The way to do this right now, is to group several bookmarks in a
folder and collapse it in the bookmarks list.

Any indicators that aren't visible will not be updated.

This may seem convoluted, since many people will want to organize
their bookmarks by category (like e.g. applications, frameworks and
websites) and not by groups of repositories that belong to one catgory
of work they do.

A major drawback of offering an active/inactive-toggle per bookmark is
that it adds an additional layer of administrative work to dealing
with bookmarks that (I think) most Versions users don't need. It's
easy to forget that which bookmarks are active, so we would have to
indicate their active/inactive status in the bookmarks list itself
(one idea: by graying out the icons when inactive. another one: do
something similar to what Mail.app does to indicate an account is
offline, but that's way too much clutter imho.). Regardless of what
kind of indication we go for, this feature will require us to add some
extra visual clutter to the bookmarks list.

All that being said, we'll look into this. :)

Cheers,
- Dirk

the Versions team

On Jun 25, 11:06 am, Alberto Ganesh Barbati 
wrote:
> +1 on that
>
> On 25 Giu, 00:49, asidden  wrote:
>
>
>
> > Hi all!
>
> > Is there any way to make Versions temporary disable auto connection to
> > the specified bookmark?
> > I have several bookmarks for different repos and when i launch
> > Versions.app - all of that are connected, even the ones i haven't used
> > for a long time. Probably this will be a good idea to add "active/non-
> > active" states for bookmarks?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: FileMerge not found

[Dirk Stoop]

Hi Jean-Christophe,

Can you check in a terminal window if the "opendiff" command can be
found?

running:
> which opendiff
should show you where it is installed.

Versions looks for opendiff in "/usr/bin/opendiff" and uses that
command to launch FileMerge.

If you have it installed in a different location (maybe because you
only have the iPhone SDK installed and not the Mac toolchain as well?
just guessing), please let me know so we can address that in a future
update to Versions.

Thanks!
- Dirk

the Versions team

On Jun 22, 2:54 pm, amieljc  wrote:
> Hi,
>
> I've the following error when trying to use command 'Compare' in
> Versions.
> "The FileMerge application could not be located. Please install Xcode
> Tools from the Apple Developer website."
> In a terminal window, "xcode-select -print-path" point to the right
> location (which is for me "/Developer/iPhoneSDK 3.0") and FileMerge
> can be found under '/Developer/iPhoneSDK 3.0/Applications/
> Utilities'...
> Any hint how to use FileMerge with Versions ?
> Regards,
>
> Jean-Christophe
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Ask for informations before buying Versions

[Dirk Stoop]

Hi Franck,

To answer your questions:

1:
It is possible to use Versions without an internet connection, to do
so, go to the "View" menu and make sure that the option "Show Updates
from Repository" is unchecked.  You'll then be able to browse working
copies normally, as well as compare the current version of a file
against the BASE revision, using the "Local Changes" toolbar item.

2:
You can use a Versions license either on one computer used by multiple
people, or on (a reasonable amount of) multiple computers used by one
person.  Two computers per person won't be a problem.

All the best,
- Dirk

the Versions team

On Jun 21, 9:18 pm, Franck  wrote:
> Hello,
>
> I tried Versions and plan to buy it for my team. Nevertheless, I have
> to questions before buying it :
>
> [1] It seems it is required to be logged on the internet to be able to
> use Versions ? Sometimes, I may wish to compare my working copy (that
> I modified) with the Base version (the one downloaded from the
> repository). Such action should not require to be logged on the
> internet ?
> So, did I miss something ? Up to now, without beeing on the internet,
> I have the message : PROFIND request failed on ...
>
> [2] We plan to buy licences of Versions for all the members of my team
> in the laboratory. But, all of us have two computers (desktop and a
> laptop), should we buy one licence for computer or do you do the same
> offer than "Cornerstone", allowing users to install the software on 2
> computers ?
>
> Best regards
> Franck
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Job opening at Sofa - Versions support and more

[Dirk Stoop]

Hi all,

Since this google group is where all experts on Versions gather, I
thought I'd let you all know we've just posted a job opening at Sofa
for a full-time Support and QA person :

http://www.madebysofa.com/jobs

The job will be part Versions support, part authoring of
documentation, and basically everything related to improving the
quality of Versions and our other products.

Thanks!
- Dirk

the Versions team
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Support Issues

[Dirk Stoop]

Oops, after my session expired I forgot to change the subject.  Plz.
see the last paragraph of my previous post for my reasoning.

Cheers,
- Dirk
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Warning: Nonexistant Support

[Dirk Stoop]

Hey Zawie,

My comments inline below:

On Jun 17, 5:26 pm, zawie  wrote:
> Hi,
>
> > Our entire team was in San Francisco for WWDC. As a consequence, our
> > shared task of getting back to support emails quickly slipped through
> > a bit.
>
> I don't think is the reason, because the first time I emailed you was
> a few weeks before WWDC and
> had no response back then either.
>

Please see my comment over here:
http://groups.google.com/group/versions/browse_thread/thread/1997eb978c1d0f3d?hl=en

I'll take this rare opportunity to quote myself:

"Sofa is also looking for a full-time support/QA person"

Without delittling your opinion, I do think I have:

- given some insight in a key reason for why you may have had a bad
support experience,
- expressed my public apologies for the whole bad experience,
- indicated that we acknowledge there's a bigger problem than just us
all being at WWDC,
- shown that we are taking very serious steps (hiring an additional
full-time employee) to improve support in the long run.

> Besides, I was at WWDC too, and I know it's busy, I have over 300,000
> customers but still I support them during
> WWDC and there's just one of me.  I was hoping to bump into you there
> to tell you about your support.  Unfortunately I had to miss the ADA,
> congrats by the way.
>

Thanks.  I would have loved to meet you there and talk.  Although it's
sad we didn't meet, I don't think that publicly one-upping eachother
on how much support work we do is going to fix anything.

> Although on a plus point, if you raise your comments on the forum
> where everybody else can see the reply,
> we seem to get responses.
>

I'm glad we got a plus somewhere, even if it is a somewhat dubious
one. ;)

> So here goes:
>
> 1. When choosing compare to compare differences, it would be nice to
> have a preference where it just
> defaults to compare the current version to the head, so you can see
> what's changed when checking in each time, rather
> than having to click twice, once to see what you wish to compare
> against and once to do the compare.  Something like
> a "Compare Defaults To Head" checkbox.

There's a default button in the toolbar, labeled "Local Changes", it
compares the current version of a file in the working copy against the
HEAD revision of that file.  You can also find it under the "Action"
menu, under "Show Local Changes".  This feature is described in the
Versions Help documentation, when you search the help for "compare"
it's in the very first page that comes up in the results.  Also
mirrored here: http://versionsapp.com/viewdocpage/versions_wf_comp_basics.html

>
> 2. There are only a few choices for diff software.  For example, at
> WWDC they were touting "DeltaWalker".  It would be
> nice to have the diff mechanism more open.  Perhaps a plist we can
> alter that allows us to specify the diff software
> we would like to use and it's calling setup.
>

We have an open plugin architecture for that, although 'plugin' and
'architecture' are both overly big words to describe what it entails
(used here for lack of better terms coming to mind right now). See the
page at http://groups.google.com/group/versions/files for several
examples contributed by various people, a script (there's that word)
for Delta Walker, contributed by Lukas, another member of this group,
is in there.

This feature is also documented in the "Versions Help", along with a
how-to on using these scripts. Also mirrored here:
http://versionsapp.com/viewdocpage/versions_wf_comp_customscripts.html

> 3. Paypal.  Although many people use it, most companies with
> reasonable sales have another option.  The reason is that
> paypal does not work with many corporate credit cards (e.g. Amex) and
> international cards.  For example, I wanted to purchase versions for
> my personal use and the university.  The university credit card isn't
> being accepted by paypal, so
> you lose that sale.

I'm sorry you've had issues using Paypal.  There are definitely
drawbacks to Paypal, but it works very well for most of our sales, not
just for us, but for our customers as well.  For people who can't or
prefer not to pay with Paypal we can offer alternative payment options
when they email us with their request.

Overall, I get the impression you are pretty unhappy about your
experiences with us so far, which makes me unhappy in turn.  We put as
much attention as we do in our software because we care about how
people experience it, and good, timely support is a part of that
experience.  I am sorry we let you down.  I do hope you'll give us a
chance to do better in the future, and if not, I understand.

However, some of our best people are answering support emails right
now, therefore I'm changing the 'Discussion subject' of this thread
back to "Support Issues", which I believe is a more accurate and fair
headline than "WARNING: Non Existant Support".  Feel free to change it
again if you decide to reply, although at some point, when everything
has been 

Re: License

[Dirk Stoop]

Hi Iead,

I just sent you a personal email with your license key.  I'm sorry for
taking so long to get back to you.

For everyone else who – by now – is worried about slow support: We are
very sorry for being a bit slow the past week or so.  Our entire team
was out for WWDC, we're back now and things should be back to normal
soon.

Sofa is also looking for a full-time support/QA person, so for anyone
interested in a nice job in Amsterdam reading this thread: please drop
me an email at d...@madebysofa.com with your resumé and motivation and
we'll be in touch.

Thanks!
- Dirk

the Versions team

On Jun 16, 12:40 am, Iead  wrote:
> Hi,
>
> I've tried Version and I really like it. So I went ahead to buy the
> license. I pay and I hear nothing back. I only have a couple of days
> more left till the program deactivates.
>
> Similar to other people I don't seem to get a reply to my emails. Can
> you help?
>
> Iead
>
> PS: The license purchase is under the name of Conradt (wife's paying).
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Support Issues

[Dirk Stoop]

Hi Zawie,

I'm sorry you had such a bad experience with our support.

Our entire team was in San Francisco for WWDC. As a consequence, our
shared task of getting back to support emails quickly slipped through
a bit.

So I am very sorry about that, things will be back to normal very
soon.

Kind regards,
- Dirk

the Versions team



On Jun 14, 8:48 am, zawie  wrote:
> Great product, however if you need to contact anyone about Versions,
> forget it.  They have non-existant
> support, even on pre-sales.
>
> So if you have some problem purchasing or issue with your product
> forget it.  I've contacted them twice via their website and had zero
> response from them.
>
> Really feeling like this company ignores their customers.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: bbedit 8 support?

[Dirk Stoop]

Hi Mark,

If you download the BBEdit.py script from over here:

http://groups.google.com/group/versions/files

And copy it to the the following location in your home folder:
Library/Application Support/Versions/Compare Scripts/

You should be able to select it in the preferences instead of the
built-in BBEdit support.

This script works properly with BBEdit 8.7.2 (only on Leopard though),
but not with the latest releases of BBEdit.

Cheers,
- Dirk

the Versions team

On May 27, 7:12 pm, mark12b  wrote:
> i updated to versions 1.0.4 and now file comparison isn't working when
> i have bbedit selected. it was working just fine before the update...
> i'm running 8.7.2 (i own bbedit 9 but hate it so i am stuck with
> version 8 for the foreseeable future). fwiw textwrangler still works
> ok for file comparison, and i guess if i had to i could switch to that
> as i do;'t really use any of bbedit's paid features anyway, but i'd
> rather avoid re-creating all my preferences and whatnot over in
> textwrangler.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Export Bookmarks

[Dirk Stoop]

Nope, the Bookmarks.plist does not contain passwords. Those are stored
– securely – in the Keychain exclusively.

It does however contain the username you set up for each bookmark (and
details like whether bookmark folders were collapsed or expanded the
last time you ran Versions), so the easiest scenario would be:

• Create repository bookmarks exclusively
• Optionally file them in groups
• Set them up with a bug tracker URL if you have one (als stored in
Bookmarks.plist)
• Copy the Bookmarks.plist file over
• Instruct your peers to double-click every individual bookmark to
change the username and enter their password.

If you want to know more, have a peek at the file with Apple's
Property List Editor (part of the Xcode developer tools), you'll see
that the file's structured exactly like the bookmarks list in
Versions, you'll likely be able to guess what most things are for.

Cheers,
- Dirk

On May 28, 5:42 pm, Matthew Velie  wrote:
> Does the plist contain the password too?  Each user has their own
> username, so I'd rather not have them get my password.  Username would
> be fine because they can easily change that.  I'm just afraid with the
> password it would "just work" so they wouldn't go change it.
>
> On May 28, 11:24 am, Dirk Stoop  wrote:
>
> > Hi Matthew,
>
> > There's no 'export' option in Versions yet, we're hoping to add that
> > some time in the future.
>
> > But, you can export your Bookmarks manually.  There's a file called
> > "Bookmarks.plist", which is stored under your home folder, in Library/
> > Application Support/Versions.  If you copy that file over to other
> > computers and launch Versions on them, they'll get the exact same
> > bookmarks you have.
>
> > All the best,
> > - Dirk
>
> > the Versions team
>
> > On May 28, 4:59 pm, Matthew Velie  wrote:
>
> > > I just got versions, and a couple other people at my job will be
> > > getting it soon also.  We have a bunch of different repositories
> > > configured here, and it would be nice if there was a way to export the
> > > list of all of the bookmarks I've created so they can easily import
> > > them onto their copy of versions.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Export Bookmarks

[Dirk Stoop]

Hi Matthew,

There's no 'export' option in Versions yet, we're hoping to add that
some time in the future.

But, you can export your Bookmarks manually.  There's a file called
"Bookmarks.plist", which is stored under your home folder, in Library/
Application Support/Versions.  If you copy that file over to other
computers and launch Versions on them, they'll get the exact same
bookmarks you have.

All the best,
- Dirk

the Versions team

On May 28, 4:59 pm, Matthew Velie  wrote:
> I just got versions, and a couple other people at my job will be
> getting it soon also.  We have a bunch of different repositories
> configured here, and it would be nice if there was a way to export the
> list of all of the bookmarks I've created so they can easily import
> them onto their copy of versions.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Swtich mac and bring my licence

[Dirk Stoop]

Hi Luca,

You can simply register Versions again on the new Macbook.

Versions will only start complaining if you re-register it on
different computers a lot.

If somehow you do get an error message, please drop us a line at
support with your license code in it (or the email-address you used to
buy Versions) and we'll reset the counter for your license on our
registration server right away.

Cheers,
- Dirk

the Versions team

On May 28, 12:41 pm, DoBs  wrote:
> Hi, i have buyed a versions licence and i use it in my old macbook
> pro, how can i switch my licence on my new macbook?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Export takes too long

[Dirk Stoop]

Oh yeah, forgot to mention,

The folder I checked out/exported is 1.4 GB in size.  (bunch of PSDs,
TIFFs, a bunch plain text (source code) files and some other binaries)

- Dirk

On May 26, 1:48 pm, Dirk Stoop  wrote:
> I just did some tests with a direct Gigabit ethernet connection to our
> development server, with our largest repository.
>
> Checking out the trunk took:
> 213 seconds with Versions (SVN 1.6.1 libraries)
> 200 seconds with the command line client (SVN 1.6.2 command-line
> tools)
>
> Exporting the trunk took:
> 147 seconds with Versions
> 153 seconds with the command line client
>
> (No other network activity)
>
> The small variations between Versions and CLI are pretty likely to
> dissappear when averaging multiple test runs, but I didn't have the
> patience to run each test several times.
>
> It seems to me that there's something about your svnserve process
> that's making the exports take longer.  I can't see any significant
> diferences between Versions and the command line client.
>
> Cheers,
> - Dirk
>
> the Versions team
>
> On May 23, 11:32 pm, Dirk Stoop  wrote:
>
> > So, time does go by faster when watching videos, or slower actually..
>
> > While watching youtube is not necessarily the worst workaround, we'll
> > try to figure out what might be causing this.
>
> > I'll try to reproduce the problem at our offices – possibly with and
> > without youtube, and definitely using Versions vs. the command line.
> > If there's anything weird going on in Versions while exporting I
> > should be able to notice similar differences.
>
> > My first guess is that somehow, Spotlight feels the urge to start
> > indexing your export during the export, severely getting in the way of
> > disk I/O, and somehow doesn't feel this way during a checkout.  But
> > that's just a hunch.  One thing we could try is to checkout and export
> > to a location that's inside a folder that's marked as private in
> > Spotlight's preferences..
>
> > Have you tried doing an export with the svn command-line client?
>
> > Thanks for reporting this, I'll let you know if we are able to figure
> > out anything more.
> > - Dirk
>
> > the Versions team
>
> > On May 23, 4:15 am, Thinsoldier  wrote:
>
> > > Yes, I'm sure.
> > > I did some more exports and checkouts
>
> > > 1) 4 minutes for the checkout, 26 minutes for the export. (not doing
> > > anything else on the machine)
> > > 2) 5 minutes for the checkout, 3 minutes for the export. (while
> > > watching youtube)
> > > 3) 4 minutes for the checkout, 8 minutes for the export. (while
> > > watching youtube)
> > > 4) 4 minutes for the checkout, 4 minutes for the export. (while
> > > watching youtube)
> > > 5) 4 minutes for the checkout, 14 minutes for the export. (while
> > > watching youtube)
>
> > > On May 22, 12:38 pm, Quinn Taylor  wrote:
>
> > > > Updating and committing should always be quite fast. However, checkout  
> > > > and export should take longer but be in the same ballpark. Are you  
> > > > sure you're checking out and exporting the same directory? In any  
> > > > case, Versions uses the APIs exposed in the Subversion libraries, so  
> > > > barring some really strange processing inside Versions, this sounds  
> > > > like a Subversion issue...
>
> > > >   - Quinn
>
> > > > On May 22, 2009, at 9:04 AM, Thinsoldier wrote:
>
> > > > > I've got a project with about 1 gigabyte of pdf files, 10 megabytes of
> > > > > jpeg files and a dozen html files.
> > > > > The repository and working copy are both on my laptop.
>
> > > > > Checking out, updating, and committing take mere seconds at most but
> > > > > doing an Export takes more than 15 minutes. Why? What can I do about
> > > > > it?
>
> > > >  smime.p7s
> > > > 3KViewDownload
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Export takes too long

[Dirk Stoop]

I just did some tests with a direct Gigabit ethernet connection to our
development server, with our largest repository.

Checking out the trunk took:
213 seconds with Versions (SVN 1.6.1 libraries)
200 seconds with the command line client (SVN 1.6.2 command-line
tools)

Exporting the trunk took:
147 seconds with Versions
153 seconds with the command line client

(No other network activity)

The small variations between Versions and CLI are pretty likely to
dissappear when averaging multiple test runs, but I didn't have the
patience to run each test several times.

It seems to me that there's something about your svnserve process
that's making the exports take longer.  I can't see any significant
diferences between Versions and the command line client.

Cheers,
- Dirk

the Versions team



On May 23, 11:32 pm, Dirk Stoop  wrote:
> So, time does go by faster when watching videos, or slower actually..
>
> While watching youtube is not necessarily the worst workaround, we'll
> try to figure out what might be causing this.
>
> I'll try to reproduce the problem at our offices – possibly with and
> without youtube, and definitely using Versions vs. the command line.
> If there's anything weird going on in Versions while exporting I
> should be able to notice similar differences.
>
> My first guess is that somehow, Spotlight feels the urge to start
> indexing your export during the export, severely getting in the way of
> disk I/O, and somehow doesn't feel this way during a checkout.  But
> that's just a hunch.  One thing we could try is to checkout and export
> to a location that's inside a folder that's marked as private in
> Spotlight's preferences..
>
> Have you tried doing an export with the svn command-line client?
>
> Thanks for reporting this, I'll let you know if we are able to figure
> out anything more.
> - Dirk
>
> the Versions team
>
> On May 23, 4:15 am, Thinsoldier  wrote:
>
> > Yes, I'm sure.
> > I did some more exports and checkouts
>
> > 1) 4 minutes for the checkout, 26 minutes for the export. (not doing
> > anything else on the machine)
> > 2) 5 minutes for the checkout, 3 minutes for the export. (while
> > watching youtube)
> > 3) 4 minutes for the checkout, 8 minutes for the export. (while
> > watching youtube)
> > 4) 4 minutes for the checkout, 4 minutes for the export. (while
> > watching youtube)
> > 5) 4 minutes for the checkout, 14 minutes for the export. (while
> > watching youtube)
>
> > On May 22, 12:38 pm, Quinn Taylor  wrote:
>
> > > Updating and committing should always be quite fast. However, checkout  
> > > and export should take longer but be in the same ballpark. Are you  
> > > sure you're checking out and exporting the same directory? In any  
> > > case, Versions uses the APIs exposed in the Subversion libraries, so  
> > > barring some really strange processing inside Versions, this sounds  
> > > like a Subversion issue...
>
> > >   - Quinn
>
> > > On May 22, 2009, at 9:04 AM, Thinsoldier wrote:
>
> > > > I've got a project with about 1 gigabyte of pdf files, 10 megabytes of
> > > > jpeg files and a dozen html files.
> > > > The repository and working copy are both on my laptop.
>
> > > > Checking out, updating, and committing take mere seconds at most but
> > > > doing an Export takes more than 15 minutes. Why? What can I do about
> > > > it?
>
> > >  smime.p7s
> > > 3KViewDownload
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Problems with Versions 1.0.4 over HTTP

[Dirk Stoop]

Hi Casper,

I have no clue (yet) what might be causing this, but we'll try to
reproduce the problem over here right away.

If we need any more details regarding your setup, I'll let you know.

Since I don't know how long it will take us to reproduce and then fix
the problem, it might be best for you to revert to using Versions
1.0.3 in the meanwhile:
http://www.versionsapp.com/redirect/builds/Versions_1.0.3_56.zip

I'm really sorry for the inconvenience,

- Dirk

the Versions team

On May 26, 12:32 pm, Casper  wrote:
> Hi all,
>
> We use Versions since it came out and it is a wonderful product. But
> since we updated to 1.0.4 we can't use it anymore.
>
> Each interaction with the subversion server (like update, commit or
> even browsing) results in an error: "OPTIONS of 'http://
> cas...@svn.ourserver.com/project': 200 OK (http://svn.ourserver.com)"
>
> This is with a local server over HTTP with Versions on 1.6.1 the
> library.
>
> Does anyone know how we can solve this? Because we can't work at this
> moment. :)
>
> Kind regards,
> Casper
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Compatibility with latest version of BBEdit

[Dirk Stoop]

Hi Birdie,

Versions 1.0.4 is compatible with BBEdit 9.2 (I just updated to 9.2
myself to verify that everything still works)

Thanks for your kind words about Versions. :)

All the best,
- Dirk

the Versions team

On May 25, 12:57 pm, Birdie Edwards  wrote:
> Am running 1.0.4 Build 65 of Versions, which I just updated to.
>
> Diff works correctly with BBEdit version 9.0.2 (1342).
>
> The latest version of BBEdit is version 9.2 (2526).
>
> May I safely upgrade to 9.2 without losing diff on BBEdit?
>
> Thanks again for a great product.  The update seems very fast,
> incidentally.  I am a completely satisfied Versions customer.  I love
> the product.  I don't think it's too expensive, and I have had exactly
> one problem with it, namely the diff problem with BBEdit.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Export takes too long

[Dirk Stoop]

So, time does go by faster when watching videos, or slower actually..

While watching youtube is not necessarily the worst workaround, we'll
try to figure out what might be causing this.

I'll try to reproduce the problem at our offices – possibly with and
without youtube, and definitely using Versions vs. the command line.
If there's anything weird going on in Versions while exporting I
should be able to notice similar differences.

My first guess is that somehow, Spotlight feels the urge to start
indexing your export during the export, severely getting in the way of
disk I/O, and somehow doesn't feel this way during a checkout.  But
that's just a hunch.  One thing we could try is to checkout and export
to a location that's inside a folder that's marked as private in
Spotlight's preferences..

Have you tried doing an export with the svn command-line client?

Thanks for reporting this, I'll let you know if we are able to figure
out anything more.
- Dirk

the Versions team

On May 23, 4:15 am, Thinsoldier  wrote:
> Yes, I'm sure.
> I did some more exports and checkouts
>
> 1) 4 minutes for the checkout, 26 minutes for the export. (not doing
> anything else on the machine)
> 2) 5 minutes for the checkout, 3 minutes for the export. (while
> watching youtube)
> 3) 4 minutes for the checkout, 8 minutes for the export. (while
> watching youtube)
> 4) 4 minutes for the checkout, 4 minutes for the export. (while
> watching youtube)
> 5) 4 minutes for the checkout, 14 minutes for the export. (while
> watching youtube)
>
> On May 22, 12:38 pm, Quinn Taylor  wrote:
>
> > Updating and committing should always be quite fast. However, checkout  
> > and export should take longer but be in the same ballpark. Are you  
> > sure you're checking out and exporting the same directory? In any  
> > case, Versions uses the APIs exposed in the Subversion libraries, so  
> > barring some really strange processing inside Versions, this sounds  
> > like a Subversion issue...
>
> >   - Quinn
>
> > On May 22, 2009, at 9:04 AM, Thinsoldier wrote:
>
> > > I've got a project with about 1 gigabyte of pdf files, 10 megabytes of
> > > jpeg files and a dozen html files.
> > > The repository and working copy are both on my laptop.
>
> > > Checking out, updating, and committing take mere seconds at most but
> > > doing an Export takes more than 15 minutes. Why? What can I do about
> > > it?
>
> >  smime.p7s
> > 3KViewDownload
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Registration problems with Versions

[Dirk Stoop]

Hi Adian,

Sorry for taking a while to get back to you.

Is it possible that your internet connection is firewalled or that
your computer is set up to use a proxy for https traffic?

Please see if you can, using Safari, open the purchase page on
versionsapp.com by following the "Buy Now" link.  (Firefox and –as far
as I know– Chromium aren't affected by proxies set up in the Mac OS X
System Preferences, but Safari and Versions both are).  If you can
view the Versions purchase page just fine in Safari, the problem
you're running into is not network related.

If you know of any further details that might be relevant, but don't
want to post in public, please send me a personal email at
d...@madebysofa.com and we'll figure this out together.

Thanks,
- Dirk

the Versions team


On May 20, 11:01 am, Aidan Lister  wrote:
> Hello,
>
> I just purchased versions, however I get a "Connection Error" trying
> to register it.
>
> I've tried the Beta version that Dirk has suggested, but that did not
> help.
>
> Regards,
> Aidan
>
> On May 16, 4:02 pm, Dirk Stoop  wrote:
>
> > Hi Gustavo,
>
> > I'm sorry for the registration troubles.
>
> > Please try installing this build of 
> > Versions:http://cdn.versionsapp.com/Versions_1.0.4b2_64.zip
>
> > This is a beta of Versions 1.0.4 that includes fixes to some known
> > problems with registration.
>
> > Drop me a line if that doesn't take care of the problem.
>
> > Thanks and sorry again,
> > - Dirk
> > the Versions team
>
> > On May 14, 4:55 pm, Gustavo Bianchi  wrote:
>
> > > I have purchased Versions on 15/DEC/08.
> > > The soft was fine until today.
> > > When I am trying to start it up, I get a DEMO EXPIRED
> > > message. I tried entering my info again, but when i click
> > > register the app keeps showing a Processing... message and
> > > nothing happens.
> > > I have version 1.0.3 build 56. I think I have installed and
> > > update yesterday. Yesterday It worked fine, but today no.
> > > I am very urged with this as I have a project running.
> > > I dont know what to do. May be installing a previous version
> > > will work, but I am affraid I lose al my lsettings.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Purchase from USA

[Dirk Stoop]

There is is only a single worldwide distributor: Sofa.

You can purchase single, as well as multiple copies by following the
"Buy Now" link on www.versionsapp.com.

If you have specific needs, for instance for a site- or volume
license, please send us an email at versi...@madebysofa.com and we'll
get back to you with a quote asap.

Thanks,
- Dirk

the Versions team

On May 22, 3:04 pm, Invisions  wrote:
> Is there a US reseller?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Purchased Version don't start

[Dirk Stoop]

Hi Gustavo,

I'm sorry for the registration troubles.

Please try installing this build of Versions:
http://cdn.versionsapp.com/Versions_1.0.4b2_64.zip

This is a beta of Versions 1.0.4 that includes fixes to some known
problems with registration.

Drop me a line if that doesn't take care of the problem.

Thanks and sorry again,
- Dirk
the Versions team

On May 14, 4:55 pm, Gustavo Bianchi  wrote:
> I have purchased Versions on 15/DEC/08.
> The soft was fine until today.
> When I am trying to start it up, I get a DEMO EXPIRED
> message. I tried entering my info again, but when i click
> register the app keeps showing a Processing... message and
> nothing happens.
> I have version 1.0.3 build 56. I think I have installed and
> update yesterday. Yesterday It worked fine, but today no.
> I am very urged with this as I have a project running.
> I dont know what to do. May be installing a previous version
> will work, but I am affraid I lose al my lsettings.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Versions freezing mac, possible problem with encrypted disk images

[Dirk Stoop]

Hi Jim,

I, and several other people here at Sofa, use Knox to keep all of my
working copies in encrypted disk images.  None of us have run into
this problem yet.

Are you using any third party application to mount and unmount the
disk image, or is it just a disk image you created with Disk Utility
and mount yourself by double-clicking it in the Finder?

Thanks,
- Dirk

On May 7, 7:06 am, Jim McGowan  wrote:
> Hi,
>
> Wondering if anyone else has seen this behaviour, I've had a google
> round and not found anything similar.  On one of my macs I moved my
> source onto an encrypted disk image for security (read 'paranoia'!)
> reasons, and have been having trouble with Versions on that mac since
> then.  Intermittently, but maybe 90% of the time Versions freezes my
> entire mac after launching, and I have to restart the system by
> holding down the power button.  Running svn cleanup on the working
> copies in the disk image, and restarting svnserve on my server
> sometimes clear the problem, but not always.  The work around I have
> at the moment is to launch versions before mounting the disk image,
> Versions opens and shows a (!) icon at the working copies, then mount
> the disk image and the working copies appear in Versions.
>
> I don't have this problem on my other macs, where the working copies
> are just on the file system.
>
> My set up (on the problem mac) is:
>
> Versions 1.0.3 (Build 56)
> Mac OS X 1.5.6 (Intel)
> Working Copies on Sparse Bundle Image with 256 bit AES
> Repositories on subversion 1.4.4 on Suse 10.3 server
>
> Best,
>
> Jim
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Versions crashing now several seconds after launch

[Dirk Stoop]

Hi Baron,

You can try to remove your Versions preferences file, and if that
fails, your Bookmarks.plist file.

The preferences file is called "com.picodev.Versions.plist" and is
stored in your home folder under Library/Preferences

The Bookmarks.plist file is stored in your home folder under Library/
Application Support/Versions.

I'd recommend moving both of these files out of the way (e.g. to your
Desktop) instead of directly deleting them, it would be a shame to
lose those settings if it turns out that the problem wasn't caused by
them.

If this fixes the problem, please send those two files to me by email
off-list so I can take a look at the cause of the problem.

Thanks!
- Dirk

On May 3, 2:59 am, Baron  wrote:
> I have just started experiencing what sounds like the same crash
> behavior on 1.0.4b63. Any workaround?
>
> Baron
>
> On Apr 29, 3:40 pm, João Pavão  wrote:
>
> > I have just checked the log you sent. Good news: this is actually
> > something that has been fixed in the 1.0.4 beta. ;)
>
> > Cheers,
> > --
> > João
> > the Versions team
>
> > On Apr 29, 9:03 pm, johnny  wrote:
>
> > > I was able to get everything working again after deleting all of the
> > > settings in Preferences and Application Support and running a svn
> > > cleanup from the command line (after the crash, one of my repositories
> > > was stuck in a locked state)... I will send you one of the crash
> > > reports.
>
> > > On Apr 29, 8:33 am, João Pavão  wrote:
>
> > > > Hi Johnny,
>
> > > > Can you please send me some of those crash reports privately?
>
> > > > Thanks!
> > > > --
> > > > João
> > > > the Versions team
>
> > > > On Apr 29, 12:04 am, johnny  wrote:
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: HTML instead of the bookmarks file (on first load)

[Dirk Stoop]

This sounds like a problem with WebKit, which is the framework we use
to render HTML in Versions.  A lot of Mac apps use this same framework
for similar purposes, so it wouldn't surprise me if Skype also needs
it to render chat messages.

When you use the Safari browser to view web pages, does that work
normally?

If it doesn't, this definitely is a problem with WebKit.  I'm not sure
what the best way to fix this would be, besides reinstalling OS X.
One thing you could try is to get the latest Mac OS X Combo update
from Apple and run that.

http://www.apple.com/downloads/macosx/apple/macosx_updates/

Make sure you get a "Combo" update and not a regular one.

There's a decent chance that installing that will replace the defunct
version of WebKit.  If that doesn't help, my best suggestion would be
to reinstall OS X and choosing the "Archive and Install" option during
installation — that should leave all of your own stuff and installed
applications in the right place.

Good luck :)

Cheers,
- Dirk

On Apr 30, 3:02 pm, Yoav  wrote:
> Nope, no message at all.
> I guess it is an OS X problem, not a versions one.
> I just found out that skype is showing me XML instead of chat messages
> Maybe it's a faulty rich text component.
> Any idea where to look?
>
> On Apr 30, 3:11 pm, João Pavão  wrote:
>
> > Hi Yoav,
>
> > Please run the Console application (it's in /Applications/Utilities),
> > then launch Versions. Are you seeing any messages being written by
> > Versions to the console?
>
> > Thanks,
> > João
> > the Versions team
>
> > On Apr 30, 12:46 pm, Yoav  wrote:
>
> > > Hi there,
> > > Excuse my ignorance as I'm a noob on the mac.
> > > d/l Versions, and here's what I see on the first run:
>
> > >http://img.skitch.com/20090430-r9kwxf4ax3wbx71xurhur5fc9p.jpg
>
> > > Not sure what I am doing wrong.
> > > Thanks for helping.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: 1.0.4b/1.6 - "Application can not be launched" errors

[Dirk Stoop]

More information from the trenches:

This issue was caused as a repercussion by a fix to an old bug in
Subversion.

the old bug: http://subversion.tigris.org/issues/show_bug.cgi?id=2580
the new fix: 
http://svn.collab.net/viewvc/svn/trunk/subversion/libsvn_ra_svn/client.c?r1=35533&r2=35532&pathrev=35533

The bug was that Subversion bluntly killed off any ssh processes it
was done with, while conceptually there should be no reason to do so.

Sadly, the versions of SSH that are included with all recent Mac OS X
releases apparently has a bug that causes the ssh processes to not
properly terminate themselves when they're done with their work.  The
following bug has been filed by people in the Subversion community
with Apple:
http://openradar.appspot.com/6810722

Judging from the conversation on the Subversion bug tracker, I get the
impression that the concensus there is that Apple should fix their
problem with SSH on OS X, and that no changes need to be made to
Subversion.  (If anyone who's actively involved in the conversation
reads this, please correct me if I'm getting it wrong).

We are currently considering to compile SVN 1.6.1 with the changes
from the above-mentioned 'fix' reverted and ship a new 1.0.4 beta of
Versions with that custom-built SVN 1.6 plugin.  I don't think that
waiting for Apple to fix ssh in Mac OS X is the best thing we can do
for Versions users.  Firstly, the word 'waiting' is in there, and we
don't know about Apple's schedule.  Secondly: Some Versions users are
still running Tiger; I consider it unlikely that a small fix to SSH
will prompt Apple to release another 10.4.x update right away.

This issue is probably not as big of a deal for command-line SVN 1.6
usage, since normally when an update/commit/whatever is done, the svn
process terminates, taking any sibling ssh processes along for the one-
way ride.  Any other SVN apps on Mac OS X that don't wrap the command-
line tools but use the SVN libraries directly, will probably run into
the same issue.

I'll let you all know as soon as we have things figured out more.

Thanks :)
- Dirk

On Apr 29, 11:44 am, Dirk Stoop  wrote:
> Hi Gary,
>
> You are indeed experiencing the very same problem.
>
> This issue with SVN 1.6 also came up on the Cocoa mailing list when
> people over there started asking whether Xcode SVN integration could
> be used with 
> 1.6:http://lists.apple.com/archives/Xcode-users/2009/Mar/msg00443.html
>
> For the same reason that we haven't shipped 1.6 support in a regular
> update yet, Apple apparently has stated they don't recommend using SVN
> 1.6 with Xcode.
>
> Right now, Subversion 1.6.1 is provided in Versions 1.0.4b as an
> immediate solution for people who for whatever reason *need* to use
> 1.6, but we don't recommend switching to yet if it's possible to hold
> off a little longer.
>
> Strangely enough we cannot reproduce the problem on every computer
> here, so for some people using 1.6 with svn+ssh connections might
> actually work normally.
>
> I'm sorry for the hassle these problems have caused you.
>
> Hopefully we, or someone else, will find a solution to the problem
> soon.
>
> Cheers,
> - Dirk
>
> On Apr 28, 11:05 pm, "Gary L. Gray"  wrote:
>
> > On Apr 28, 2009, at 4:56 PM, Dirk Stoop wrote:
>
> > > Hi Anton,
>
> > > If you're accessing your repository over svn+ssh, this could possibly
> > > be related to the problems with SVN 1.6 on Mac OS X with zombie ssh
> > > processes.  If quitting and relaunching Versions fixes the remote
> > > changes counter, that could actually be the cause.
>
> > > Refreshing the change counters of svn+ssh working copies using SVN
> > > 1.6.1 can leave zombie processes behind.  When those keep adding up,
> > > at some point your machine won't be able spawn *any* more new
> > > processes until you quit Versions, which will also prevents any new
> > > refreshes on svn+ssh working copies from taking place.  If this is
> > > actually what's going on here, launching any other process before you
> > > quit Versions (which also takes out all of the stray ssh processes)
> > > will probably also not do anything.
>
> > > If the quit/relaunch thing doesn't take care of the 27 changes, could
> > > you maybe take a look whether you get the same results when you use
> > > Versions 1.0.4b with SVN 1.5.6?
>
> > Dirk,
>
> > Last night I started getting errors similar to the following every  
> > time I tried to launch an app:
>
> >  cannot be launched
>
> > with an error -10810. Logging out and then back in fixed the problem.  
> > A colleague who is also a Versions

Re: 1.0.4b/1.6 - mysterious "remote differences" ?

[Dirk Stoop]

Hi Gary,

You are indeed experiencing the very same problem.

This issue with SVN 1.6 also came up on the Cocoa mailing list when
people over there started asking whether Xcode SVN integration could
be used with 1.6:
http://lists.apple.com/archives/Xcode-users/2009/Mar/msg00443.html

For the same reason that we haven't shipped 1.6 support in a regular
update yet, Apple apparently has stated they don't recommend using SVN
1.6 with Xcode.

Right now, Subversion 1.6.1 is provided in Versions 1.0.4b as an
immediate solution for people who for whatever reason *need* to use
1.6, but we don't recommend switching to yet if it's possible to hold
off a little longer.

Strangely enough we cannot reproduce the problem on every computer
here, so for some people using 1.6 with svn+ssh connections might
actually work normally.

I'm sorry for the hassle these problems have caused you.

Hopefully we, or someone else, will find a solution to the problem
soon.

Cheers,
- Dirk

On Apr 28, 11:05 pm, "Gary L. Gray"  wrote:
> On Apr 28, 2009, at 4:56 PM, Dirk Stoop wrote:
>
>
>
>
>
> > Hi Anton,
>
> > If you're accessing your repository over svn+ssh, this could possibly
> > be related to the problems with SVN 1.6 on Mac OS X with zombie ssh
> > processes.  If quitting and relaunching Versions fixes the remote
> > changes counter, that could actually be the cause.
>
> > Refreshing the change counters of svn+ssh working copies using SVN
> > 1.6.1 can leave zombie processes behind.  When those keep adding up,
> > at some point your machine won't be able spawn *any* more new
> > processes until you quit Versions, which will also prevents any new
> > refreshes on svn+ssh working copies from taking place.  If this is
> > actually what's going on here, launching any other process before you
> > quit Versions (which also takes out all of the stray ssh processes)
> > will probably also not do anything.
>
> > If the quit/relaunch thing doesn't take care of the 27 changes, could
> > you maybe take a look whether you get the same results when you use
> > Versions 1.0.4b with SVN 1.5.6?
>
> Dirk,
>
> Last night I started getting errors similar to the following every  
> time I tried to launch an app:
>
>  cannot be launched
>
> with an error -10810. Logging out and then back in fixed the problem.  
> A colleague who is also a Versions user started seeing the same error  
> last night. I didn't make the connection until seeing this email, but  
> Versions 1.0.4 beta was running when this happened to both of us. Are  
> we seeing this because of what you state above regarding my machine  
> not being able to spawn any new processes with Versions and svn 1.6.1?  
> We are both using svn+ssh to access our repositories.
>
> Thank you.
>
> Regards,
> Gary L. Gray
> _
> Associate Professor                            Office: (814) 863-1778
> Engineering Science and Mechanics              Mobile: (814) 883-4308
> The Pennsylvania State University           E-mail: g...@engr.psu.edu
> 212 Earth & Engineering Sciences Building
> University Park, PA 16802-6812
> USA
>
> () The ASCII Ribbon Campaign
> /\ Help Cure HTML Email
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: 1.0.4b/1.6 - mysterious "remote differences" ?

[Dirk Stoop]

Hi Anton,

If you're accessing your repository over svn+ssh, this could possibly
be related to the problems with SVN 1.6 on Mac OS X with zombie ssh
processes.  If quitting and relaunching Versions fixes the remote
changes counter, that could actually be the cause.

Refreshing the change counters of svn+ssh working copies using SVN
1.6.1 can leave zombie processes behind.  When those keep adding up,
at some point your machine won't be able spawn *any* more new
processes until you quit Versions, which will also prevents any new
refreshes on svn+ssh working copies from taking place.  If this is
actually what's going on here, launching any other process before you
quit Versions (which also takes out all of the stray ssh processes)
will probably also not do anything.

If the quit/relaunch thing doesn't take care of the 27 changes, could
you maybe take a look whether you get the same results when you use
Versions 1.0.4b with SVN 1.5.6?

Thanks!
- Dirk

On Apr 28, 9:22 pm, Anton  wrote:
> I've got one workspace which shows up with 1.0.4b as having 27 remote
> differences.  However, using Update in Versions doesn't do anything,
> and 'svn update' doesn't do anything.  I deduce that there really
> aren't any differences.  Is there some way I can find out what's
> causing this?
>
> There's nothing particularly unusual about my configuration, so far as
> I know.  We do use externals, and there are 11 external references
> from this workspace.
>
> I didn't see this behaviour with 1.0.3 as far as I recall.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: How can I set the CFBundleVersion according to subversion/Versions revision number?

[Dirk Stoop]

This one-liner will return the current BASE revision of your working
copy:

svn info | grep Revision | sed s/'Revision: '//

We use this snippet in Checkout to set the CFBundleVersion value in
the Info.plist at build time.  We don't use Xcode to build the app,
and there might be a more efficient way to manipulate your Info.plist
than this when you're not running a Python interpreter anyways
already, but adding a custom script like the one below as a build
phase for your target should work (if you're developing on Leopard
that is, if I remember correctly, plistlib was not included with the
Python distribution that shipped with Tiger, but you could install
it):

(set shell to: /usr/bin/python, add your Info.plist to the list of
input files in the "Run Script Phase" window)
# --- begin of script

import plistlib
import os
from sys import argv

plistPath = argv[len(argv) - 1]
plistDict = plistlib.readPlist(plistPath)

currentSVNRevision = os.popen("svn info | grep Revision | sed
s/'Revision: '//").read().strip()
plistDict['CFBundleVersion'] = currentSVNRevision

# working with strings is easy in Python, something like what's below
should help with the short version
shortVersionString = u'MyApp v.1.0, build number %s' %
(currentSVNRevision)
plistDict['CFBundleShortVersionString'] = shortVersionString

# finally, overwrite the old plist file with the modified dictionary
plistlib.writePlist(plistDict, plistPath)

# --- end of script

Written mostly from memory, so fingers crossed that it actually works.

- Dirk

On Apr 22, 3:06 pm, Alberto Ganesh Barbati 
wrote:
> I don't have a complete answer, but you may find these links
> interesting:
>
> http://chanson.livejournal.com/125568.htmlhttp://developer.apple.com/DOCUMENTATION/DARWIN/Reference/ManPages/ma...
>
> Ganesh
>
> On 8 Apr, 09:31, Gatada  wrote:
>
> > Hi,
>
> > I am sure this problem has a simple solution:
>
> > How can I use the subversion/Versions revision number as the
> > CFBundleVersion in my Xcode project?
>
> > Maybe it even is a nice, clean and efficient way to get the
> > CFBundleShortVersionString set correctly?
>
> > Thanks!
> > Johan
>
> > CFBundleVersion: identifies an iteration (released or unreleased) of
> > the application.
> > CFBundleShortVersionString: [major revisions to the application].
> > [revisions that implement less prominent features].[maintenance
> > releases]
>
> > PS: Hm, seems like my post timed out? This is second attempt. Sorry if
> > it shows up twice (with slightly different content).
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Coupon Code

[Dirk Stoop]

Hi Yoda,

There's one on www.svnpack.com, along with discount codes for a
Beanstalk subscription, a book from O'Reilly, and an on-demand course
from CollabNet.

Cheers,
- Dirk

On Apr 27, 8:46 pm, yoda  wrote:
> Are there any coupon codes at this time?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: FileMerge not found?

[Dirk Stoop]

Hi Chris,

Short version: run "sudo xcode-select -switch /Developer" in a
Terminal.  That should fix it. (fingers crossed)

Long version:

Versions uses the "opendiff" command-line tool – also part of a
default Developer tools installation – to launch FileMerge.

Normally when you install the developer tools, a shell script, also
aptly named "opendiff" is installed at "/usr/bin/opendiff".  The sole
purpose of that shell script is to somehow figure out where the real
opendiff command-line tool is located (normally at /Developer/usr/bin/
opendiff).  The opendiff shell script uses yet another command-line
utility that's included with Xcode, "xcode-select" (also used to
switch between different Xcode installations on one Mac) to do this.
This opendiff script is the thing Versions tries to execute when you
use FileMerge, if it does not exist, Versions looks in the most likely
spot for the real opendiff command.

I bet that if you open up a Terminal window on your Mac and run "xcode-
select -print-path", it will print out "/Developer3.0".

If that's indeed what you get, run "sudo xcode-select -switch /
Developer" and everything should be fine, including the functionality
of any other parts of the Developer tools or third-party apps that
depend on this xcode-path to be set correctly.

If I'm wrong, let me know, and we'll keep on looking. :)

Cheers,
- Dirk

On Apr 27, 8:53 pm, Chris Williams  wrote:
> I'm not quite sure what's going on but Versions is complaining that it
> can't find FileMerge: "FileMerge Error - The FileMerge application
> could not be located. Please install Xcdoe Tools from the Apple
> Developer website". I actually already have FM installed and can run
> it stand-alone. It's located in /Developer/Applications/Utilities
> which I believe is the default location.
>
> One other clue that might help explain is that I originally had Xcode
> installed in another directory: /Developer3.0. I've since moved
> everything so it should be back to the defaults that Versions is
> looking for..
>
> Any ideas? Should I trash my preferences or something?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Versions 1.0.4 Beta (Subversion 1.6 support)

[Dirk Stoop]

Hi Ganesh,

I understand, and appreciate that you're taking the time to express
your worries. :)

All I can really add to what I said before is: don't worry, Versions
is being developed very actively.

Cheers,
- Dirk

On Apr 28, 3:49 pm, Alberto Ganesh Barbati 
wrote:
> Dirk,
>
> I bought Versions in December, around the time 1.0.3 has been
> released, so I didn't follow what happened before. One thing I know is
> that one of the reasons I chosed Versions was that there had been
> several significant updates in the six previous months, showing that
> the software was very alive and actively maintained. But since I
> bought it, no more updates. Even if you started working on SVN 1.6 as
> soon as it was released, it's still four months (from December to
> March) without updates. That's why I'm worried.
>
> Just my opinion,
>
> Ganesh
>
> PS: and I just had to do a merge from the command line...
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Versions 1.0.4 Beta (Subversion 1.6 support)

[Dirk Stoop]

Hey Robert,

We'd love to blog about stuff like that; there are plenty of good
reasons to do so: it satisfies people's curiosity, it sends out a
clear signal that you care about your products and the people who use
them, and on top of that, it's good marketing by doing both the above
and driving traffic to your product website.

The only downside is that it takes a lot of time to author good
content.  I'd love to publish more, and we probably should.  We've had
good intentions to do so ever since we started Sofa, but somehow
there's almost always something on the to-do list that seems more
important.  We've been pushing ourselves recently to write more on the
Sofa blog, and I'm sure Versions-related stuff will come up every now
and then over there.

So, aside from saying that you're completely right and that we'll try
to write more about what's going on: no promises. ;)

- Dirk

On Apr 28, 2:42 pm, Robert Kosara  wrote:
> TL;DR
> ;)
>
> But seriously, that was interesting. I understand that you don't want to
> discuss what you're working on, but it can still be frustrating not to hear
> anything for a long time. Look at it this way: we care enough about this
> product that we want to know what's going to happen next, to the point that
> some of us start complaining ;)
>
> Some other developers have a blog where they don't directly discuss what
> they're working on, but what kinds of issues they encounter, etc. So if you
> write about "problems you might encounter when trying to interoperate with
> svn 1.6" (or even issues when switching using the command-line tools),
> that's not directly saying "it's coming" or "we'll release it on April 29th
> at 5pm EDT" - it just means you're looking into it, and it feeds people's
> hunger for information.
>
> Same with new features. Maybe you have a cryptic sketch, or you tried
> something that turned out not to work so well; when you post those, you give
> people something to look at without giving away what's really coming.
>
> Robert
>
> On Tue, Apr 28, 2009 at 7:56 AM, Dirk Stoop  wrote:
>
> > Dear Ganesh,
>
> > I understand that we might send out mixed signals by engaging in some
> > conversations, but not openly discussing all of our plans.  The below
> > is not meant as an attack on what you just posted, but as a
> > clarification of our point of view to whomever is interested in it.
> > I've tried to keep this concise, sorry in advance for failing at
> > that. ;)
>
> > The purpose of this google group, from our perspective, is to provide
> > a forum for people who use Versions to have an open dialogue with each
> > other and with us.
>
> > People in our development team will primarily post to this group when
> > they feel they are most suited to address a question or concern posted
> > here.  The community of Versions users is immensely important to us,
> > but Versions is not an open source project.  Our primary
> > responsibility – one we take very seriously – is to provide you all
> > with an application that is *and continues to be* a pleasure to use.
> > Listening to concerns, engaging in dialogue about where Versions is
> > headed, and continuously improving the app are all part of that
> > responsibility.  Providing a detailed account of what we are working
> > on and when exactly we plan to ship the fruits of our labor is not.
>
> > It is understandable when someone mistakes our silence about what
> > exactly we are working on for an indication that we are not working on
> > anything, but it is kind of a stretch.  Remember Versions 1.0?  We
> > added a bunch of new features in that release (Auto-refresh, change
> > badges, Info pane, etc.) that we had not discussed anywhere in public
> > before.  That's more or less indicative of how we, and a bunch of
> > other commercial software companies work:  We listen to feedback,
> > engage in conversation, then lock ourselves up in our offices to come
> > up with the best way to mix a variety of feature requests with the
> > direction we want to take the application into, and when we have
> > something to show for that work, we show it.
>
> > Work on SVN 1.6 support started as soon as 1.6 was – in our opinion –
> > stable enough to actually start work on integrating it, quite a while
> > before people started asking about it over here.  There was no
> > reluctancy in working out how to integrate 1.6 in Versions, only
> > reluctancy in knowingly releasing a new build of Versions that
> > introduced significant new problems – the ones Koen described in hi

Re: Versions 1.0.4 Beta (Subversion 1.6 support)

[Dirk Stoop]

Dear Ganesh,

I understand that we might send out mixed signals by engaging in some
conversations, but not openly discussing all of our plans.  The below
is not meant as an attack on what you just posted, but as a
clarification of our point of view to whomever is interested in it.
I've tried to keep this concise, sorry in advance for failing at
that. ;)

The purpose of this google group, from our perspective, is to provide
a forum for people who use Versions to have an open dialogue with each
other and with us.

People in our development team will primarily post to this group when
they feel they are most suited to address a question or concern posted
here.  The community of Versions users is immensely important to us,
but Versions is not an open source project.  Our primary
responsibility – one we take very seriously – is to provide you all
with an application that is *and continues to be* a pleasure to use.
Listening to concerns, engaging in dialogue about where Versions is
headed, and continuously improving the app are all part of that
responsibility.  Providing a detailed account of what we are working
on and when exactly we plan to ship the fruits of our labor is not.

It is understandable when someone mistakes our silence about what
exactly we are working on for an indication that we are not working on
anything, but it is kind of a stretch.  Remember Versions 1.0?  We
added a bunch of new features in that release (Auto-refresh, change
badges, Info pane, etc.) that we had not discussed anywhere in public
before.  That's more or less indicative of how we, and a bunch of
other commercial software companies work:  We listen to feedback,
engage in conversation, then lock ourselves up in our offices to come
up with the best way to mix a variety of feature requests with the
direction we want to take the application into, and when we have
something to show for that work, we show it.

Work on SVN 1.6 support started as soon as 1.6 was – in our opinion –
stable enough to actually start work on integrating it, quite a while
before people started asking about it over here.  There was no
reluctancy in working out how to integrate 1.6 in Versions, only
reluctancy in knowingly releasing a new build of Versions that
introduced significant new problems – the ones Koen described in his
post that started this thread – all of which are directly due to
issues in SVN 1.6.  Releasing an update to Versions that includes SVN
1.6 will result in a lot of people who don't necessarily need 1.6
right now to switch from 1.5 to 1.6, simply because it's the "latest
and greatest" and it's just a click away.

We prefer not to release broken things, hence the reluctancy to just
ship it and the 'solution' of posting a beta here.  There's no such
thing as "for people to use at their own risk" when your business
relies to a large extent on people recommending your products to
others, but by only posting the build here, at least people who get it
will know where to come to learn more about any problems they might
run into.

I don't agree with, but respect your opinion that the changes in
1.0.4b are underwhelming.  It's a 1.0.x update, not a 1.x update, so
yes, it is intended as a maintenance release, one that focusses on
fixing bugs.  Like we mentioned before on several occasions in this
group, we are working on new features and bigger improvements too.
For this release, taking care of a bunch of annoying bugs was more
important to us, because those prevent people from using the
application for its advertised purpose and feature set.  Of the two
ways we could make Versions more useful, we chose to prioritize on
reliability first, new features are great too, but they had to wait.

Please keep telling us what you expect from us, especially when you
feel that we're not living up to it.

I hope I've given a bit more insight in how we work.

Thanks and sorry again for the rant :)
- Dirk

On Apr 28, 8:41 am, Alberto Ganesh Barbati 
wrote:
> On 27 Apr, 22:36, Koen Bok  wrote:
>
>
>
> > Exactly. Although these 1.6 issues are eating more time then we would
> > like :-/
>
> Up to version 1.0.3 you always released at least one version a month.
> Now almost five months have passed since then and you come out with a
> beta with a very unimpressive list of changes. You are blaming SVN 1.6
> about that, while you apparently started to work on it reluctantly and
> only after significant pressure from the user base in the last month.
> With all due respect, I am a bit worried. I am happy with Versions,
> but I am starting to wonder whether significant development is still
> ongoing or it has already reached "maintenance mode".
>
> Ganesh
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this 

Re: Lost License and Changed Email and Lack of Support

[Dirk Stoop]

Hi David,

Please let me know if you received the re-sent license to your gmail
address.

Thanks,
- Dirk

On Apr 25, 6:41 am, keegan3d  wrote:
> I am in the same boat, I filled out this 
> page:http://www.versionsapp.com/contact,
> under the category of "Sales Question", probably a weekago. I bought
> versions with my keega...@mac.com account, which I no longer use. I
> would like to switch my account to keega...@gmail.com.
>
> On Apr 22, 9:23 am, Dirk Stoop  wrote:
>
> > Hi JungleCat,
>
> > Strangely enough I can't find any emails sent to support from you.
>
> > Please send me an email off-list including information about what
> > email address you used to buy your license and I'll update your
> > information and get you your license key right away.
>
> > I'm sorry for the hassle.
>
> > All the best,
> > - Dirk Stoop
>
> > the Versions team
>
> > On Apr 22, 6:06 pm, JungleCat  wrote:
>
> > > Hi,
> > > I lost my license, MBP GPU died. I recovered license file but it's  
> > > machine dependent and my recovery email is no longer existent. I have  
> > > sent like 9 form submissions, 5 emails and got 2 back responses in  
> > > which I never heard from again. I paid, I have my license file, I have  
> > > 2 days left till it deactivates and this is has been a PITA.
>
> > > help?
>
> > > jc
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: New Versions with SVN 1.6 support when ?

[Dirk Stoop]

Hello Cristobal,

We will post a beta of Versions 1.0.4 – with Subversion 1.6 support –
to the list before we release the update through the main website and
as an in-app update shortly thereafter.

You'll be able to get your hands on it somewhere next week.

Kind regards,
- Dirk

the Versions team

On Apr 24, 3:33 pm, Cristobal Dabed  wrote:
> Anytime soon, how soon is soon?
>
> I have read the posts about each day now.
> I think most people here want an answer about when the next release
> will be launching or at least an approximate timeline.
>
> If not is there anyway people can register as beta users for the next
> release, which will ship with svn 1.6 ?
> Then at least people could use the versions.app with svn 1.6 support
> at own risk.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: New Version

[Dirk Stoop]

Hi Ruluk,

You just beat me to it :)

We're aware of this problem.  Andrew's post at the bottom of that
thread accurately describes what's going on.  The best way to solve
this would to change something in HFS+, the second-best to handle the
differences in subversion.  Since we're not in control of either,
we're stuck with providing a workaround for it in Versions.  We are
looking into what the best/least disruptive workaround could be.

All the best,
- Dirk

the Versions team

On Apr 24, 9:08 am, ruluk7  wrote:
> > Versions should totally unicode-safe, so you shouldn't have issues
> > with German characters. As far as I know the only way to get into
> > trouble is to use it in combination with exotic file systems.
>
> Like MacOS X for example... ;)
>
> See this thread for 
> clarification:http://groups.google.com/group/versions/browse_thread/thread/bb7c64b8...
>
> regards
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Lost License and Changed Email and Lack of Support

[Dirk Stoop]

Hi JungleCat,

Strangely enough I can't find any emails sent to support from you.

Please send me an email off-list including information about what
email address you used to buy your license and I'll update your
information and get you your license key right away.

I'm sorry for the hassle.

All the best,
- Dirk Stoop

the Versions team

On Apr 22, 6:06 pm, JungleCat  wrote:
> Hi,
> I lost my license, MBP GPU died. I recovered license file but it's  
> machine dependent and my recovery email is no longer existent. I have  
> sent like 9 form submissions, 5 emails and got 2 back responses in  
> which I never heard from again. I paid, I have my license file, I have  
> 2 days left till it deactivates and this is has been a PITA.
>
> help?
>
> jc
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: New to Versions; basic usage help?

[Dirk Stoop]

Hi Karl,

Welcome to the Versions google group. :)

A good place to start might be the "About Subversion" -> "Key
Concepts" section in Versions Help (under the in-app Help menu).  Once
you've skimmed through the sections there, the "Getting Started"
section of the Help gets into some Versions-specific topics.  It's all
pretty brief, so shouldn't take too much of your time.

Please let me know if that helps,

Cheers!
- Dirk

the Versions team

On Apr 18, 5:02 am, tokyo_karl  wrote:
> Hi, I'm just getting started with version control. This is a bit
> confusing.
> I'm trying to upload a fileset (a website of mine) into a new local
> repository I've created. When I try to add the fileset, I get an error
> "this is not a working copy".
> Basic understanding check here: my local fileset is NOT a working
> copy?
> Then, what do I upload into the repository? How do I upload files?
> Please, any advice for a beginner you might have...
>
> karl
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Connection Error when Registrating

[Dirk Stoop]

Hi Weslyn,

I just sent you an email off-list; let me know if that helps.

Thanks!
- Dirk

On Apr 16, 5:16 pm, Docwes  wrote:
> i'm having the same issues with the connection error when
> registaring.. Help plz :)
>
> Docwes
>
> On Apr 14, 5:24 pm, kronzonly  wrote:
>
> > Issue resolved. Thanks for the quick replies!
>
> > On Apr 14, 10:04 am, kronzonly  wrote:
>
> > > Thanks for the quick response Dirk,
>
> > > I appreciate it. I will let you know if it works.
>
> > > On Apr 14, 9:59 am, kronzonly  wrote:
>
> > > > Hi,
>
> > > > I have the latest version 1.0.3 and when I try to register my license,
> > > > I get a connection error. I know the key works because it worked on my
> > > > Old Mac Pro. I just got a new Mac Pro and tried installing versions,
> > > > but when I try to register my license, I get a connection error.
>
> > > > Thanks!
>
> > > > Thi- Hide quoted text -
>
> > > - Show quoted text -
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Connection Error when Registrating

[Dirk Stoop]

Hi Thi,

I just sent you a reply with a possible solution off-list, please let
me know if that works for you.

Thanks :)
- Dirk

the Versions team

On Apr 14, 6:59 pm, kronzonly  wrote:
> Hi,
>
> I have the latest version 1.0.3 and when I try to register my license,
> I get a connection error. I know the key works because it worked on my
> Old Mac Pro. I just got a new Mac Pro and tried installing versions,
> but when I try to register my license, I get a connection error.
>
> Thanks!
>
> Thi
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Feature Request: SSH Tunnels

[Dirk Stoop]

Hi Logan,

I've filed a ticket for us to investigate offering SSH tunnels.

To make performance acceptable using SSHFS, you can try to deselect
the "Show badges with working copy changes" and "Refresh when local
changes are made" options in Versions' preferences.  With those
options off, you'll have to manually refresh your working copy every
time you want to see if anything changed or not, but it should prevent
Versions from causing a bunch of network traffic —and making you wait
for it— whenever it thinks something inside your remote working copy
changed.

One problem, also in the long term, is that I'm concerned that
offering SSH tunnels to setup working copy bookmarks from within
Versions is not going to do very much for performance.  That's just a —
slightly— educated guess, we'll have to investigate a bit further
before we really know.

Two other things that don't help are:
- Adding SSH tunnel support in Versions would require some drastic
changes to the way the Browse view works, meaning a lot of engineering
time is needed for this feature.
- This is a very uncommon feature request compared to some other
requests we have received. (You're not the first or only person to ask
for ssh tunnels, but there are several orders of magnitude more
request for, for example, merging support)

Summarizing: We'll definitely investigate, but I can't promise when we
will get around to that, or if the investigation will lead to anything
fruitful.

I'm sorry if my answer –for now– is disappointing.

All the best,
- Dirk

the Versions team

On Apr 6, 11:53 pm, llbbl  wrote:
> Dirk,
>
> Thanks for replying! Sorry for the delay.
>
> I have setup SSHFS on the mac and it still very slow, especially for
> listing directory contents, which translates to really slow times for
> Versions. We also have issues our Samba; using Versions over samba is
> slow and can cause lead to errors when doing something as simple as
> svn up.
>
> So the big advantage to having a SSH tunnel to working copies inside
> Versions would be the speed. Not everyone can access their working
> copy via samba nor do they have a local development environment so
> they can make their changes to the working copy locally. This would
> make your product much more useful for a wider range of people, which
> I think will translate into more sales for you!
>
> Thanks!
>
> Logan
>
> On Mar 22, 1:04 pm, Dirk Stoop  wrote:
>
> > Hi Logan,
>
> > SSHFS seems like the best way to access the working copy on your
> > development server 'locally'.
>
> > I don't see a big advantage in offering SSH tunnels to access working
> > copies over ssh from within Versions, because it does not seem very
> > useful to only be able to access the working copy from within the SVN
> > client, but not from other tools you use locally on your working
> > machine, like your text editor of choice, etc.
>
> > Maybe I'm misunderstanding what exactly you're looking for, if so,
> > please enlighten me.
>
> > Thanks!
> > - Dirk
>
> > the Versions team
>
> > On Mar 18, 9:41 pm, llbbl  wrote:
>
> > > anyone else?
>
> > > On Mar 6, 10:39 pm, llbbl  wrote:
>
> > > > ssh tunnels to working copies so I don't have to setup webdav or sshfs
> > > > to my development site(s) since samba is out of the question
>
> > > > kkthnkx
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Export/Import Repository Bookmarks

[Dirk Stoop]

Hi Alex,

Thanks for the nice words :)

There's no import/export feature in Versions itself yet, but you can
copy your entire Bookmarks.plist file over to another Mac and Versions
will pick it up.

The Bookmarks file is stores in ~/Library/Application Support/
Versions, before you copy it over quit Versions on your new Mac. When
you relaunch it, all of your bookmarks will be there. You'll get a
bunch of password prompts as you click around them, unless of course
you also migrated your Keychains from ~/Library/Keychains to the new
computer.

I hope this helps .

All the best,
- Dirk

the Versions team

On Apr 7, 1:27 pm, Alessandro  wrote:
> Hello Support Team,
> first things first, using Versions is a pleasure :) Thanks for
> developing this great tool.
> Although the last days I was missing some Features migrating from one
> Mac to another, things like exporting Bookmarks for example. So my
> question is - Is there a way to Export/Import Bookmarks in Versions?
>
> Thanks in advance,
>
> Saludos,
> Alex
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: svn 1.6 support?

[Dirk Stoop]

Hi All,

We're working on an update to Versions.

That update will likely not yet include SVN 1.6 support though, we are
working on it, but need more time to test.

Unlike some other Subversion clients, Versions does not use the SVN
command-line tool internally, instead we compile the Subversion
library code and include it in the binary.  One of the advantages of
our approach is better performance, the clearest disadvantage is that
we can't make Versions work with any release of Subversion that it
finds on the computer it's running on.

Sorry for the wait.  We'll get SVN 1.6 support in your hands as soon
as we can.

Cheers,
- Dirk

the Versions team

On Apr 4, 4:04 pm, TheDO  wrote:
> It's been a while since Versions was last updated (4 months), so I
> personally expect an update to come shortly. The fact that they
> integrate Subversion into Versions and don't support external svn
> installations does complicate matters. I, too, would like Versions to
> use my external installation (from MacPorts). It's able to recognize
> that a compatible version is installed, so it should give me the
> option to use it.
>
> On Apr 3, 1:15 pm, Lorin Rivers  wrote:
>
> > I'm eagerly awaiting news on support for 1.6. Any word?
>
> > I'd love to be able to provide Versions with my current svn libs and  
> > so forth so I don't have to wait for Sofa to update the app.
>
> > --
> > Lorin Rivers
> > Mosasaur: Killer Technical Marketing 
> > 
> > 512/203.3198 (m)
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Paid for Versions - can't register, no response from support.

[Dirk Stoop]

Hi Dimitri,

I'm sorry about the bad experience.

Could you let me know –either on- or off-list– which email address you
used to contact support so I can catch up on the conversation?  I
can't find anything in the support inbox from the address you sent
this message from.

We'll get this sorted right away.

Thanks and sorry again,
- Dirk

the Versions team

On Apr 3, 8:07 pm, dimitri  wrote:
> I've contacted support through three different channels, no response,
> no acknowledgement, nothing.
> Hangs on processing the registration, like some others have
> experienced.  This licensing/registration model is crap.  I guess it's
> too much to ask that:
> 1.) the license key they send you works, and
> 2.) there's support for this product after the sale.
>
> It shouldn't be this difficult. $50 for shareware that I can't even
> run...don't waste your money/time on this app.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: BEWARE: Versions only permits one or two installs!

[Dirk Stoop]

Hi Brian,

Glad to hear it worked out. :)

We'll take a look at the registration server to see if the problem is  
reproducable.

Cheers,

-Dirk

---
Sent from my iPhone

On Mar 22, 2009, at 9:10 PM, Brian  wrote:

>
> Hi Dirk,
>
> Awesome news.  Everything now works.  I had some help from support
> (via email) and everything seems to be working smoothly.
>
> There's definitely something weird going on as the original license
> keys now work - but haven't been reset.  I was definitely under the
> limit of 5 ;) - there was only 1 recorded registration.
>
> I've made some suggestions to support/development on how we (as users)
> could be and could provide feedback when registrations fail -
> currently the registration button just stays disabled or seems to hang
> - well it did for me.  I'll happily work with your support/development
> to reproduce this - if at all possible.
>
> And hence... I return to be a happy and hugely supporting customer.
> Ready with my new notebook to travel and commit work once again.
>
> Cheers
>
> -- Brian
>
>
>
>
>
>
>
>
> >

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Feature Request: SSH Tunnels

[Dirk Stoop]

Hi Logan,

SSHFS seems like the best way to access the working copy on your
development server 'locally'.

I don't see a big advantage in offering SSH tunnels to access working
copies over ssh from within Versions, because it does not seem very
useful to only be able to access the working copy from within the SVN
client, but not from other tools you use locally on your working
machine, like your text editor of choice, etc.

Maybe I'm misunderstanding what exactly you're looking for, if so,
please enlighten me.

Thanks!
- Dirk

the Versions team


On Mar 18, 9:41 pm, llbbl  wrote:
> anyone else?
>
> On Mar 6, 10:39 pm, llbbl  wrote:
>
> > ssh tunnels to working copies so I don't have to setup webdav or sshfs
> > to my development site(s) since samba is out of the question
>
> > kkthnkx
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: BEWARE: Versions only permits one or two installs!

[Dirk Stoop]

Hi Brian and welcome to the Versions Google Group,

I'm sorry you had such a bad experience with registering Versions on
multiple computers.

Currently, our registration server allows up to 5 installations on
different computers within a single month.  Re-registering from a
computer that has already registered before does not have any
influence on that number.  When you exceed the 5 machines a month
limit, the license key will automatically be blocked for the rest of
the month.  There are a couple of other, similar limitations in place,
their goal is mutual: to catch unreasonable amounts of registrations,
not to prevent legitimate users from registering and using Versions.
Sadly, sometimes a legimitate user does run into a limitation, like
you just have.

These limitiations (as in 5 per month, etc.) are not set in stone.
The registration process is built in such a way that if we find
patterns in which legitimate Versions users run into limitations, we
can change the exact logic that's used to validate a key.  That's why
the license agreement mentions "a reasonable amount" of computers
etc., instead of an exact number and exact rules.  We did not assume
we'd correctly guess the best logic for this the first time around.

After the launch of 1.0 we received several emails critiquing the
language used in the license agreement (before the "reasonable amount
of computers" was in there) and the exact limitations used by the
registration server.  So we made tweaks to both the license agreement
and the registration server to clarify our intentions and make the
process less likely to cause any hassle.

Since those changes were made a couple of months ago, complaints about
the registration process have been extremely rare, indicating that
most people never run into the set limitations anymore.  Clearly, you
did run into them.  Not to justify the hassle you had to deal with,
but to clarify why:  Since we're giving an automated process the
responsibility to assess 'fairness', not really something computers
are very good at, the accuracy of that decision is by definition
limited by the scenarios we could come up with while desiging the
system.  So the process is hopefully very close to —but by definition
never completely— perfect.

Therefore, we'll gladly issue a new license key along with an apology
to anyone who runs into some limitations while registering Versions.

Please send me an email off-list from (or mentioning) the email-
address you used to purchase Versions, so I can get a new license key
to you right away.  We will also take a close look at what happened
exactly, to figure out why the registration server got in your way and
make sure that doesn't happen again in a similar situation.

Sorry again for the hassle.  We all dislike running into over-zealous
copy protection ourselves and really try to make our registration
server's criteria as easygoing as possible.

Thanks,
- Dirk

the Versions team

On Mar 22, 10:28 am, Brian  wrote:
> I personally purchased versions earlier this year as a replacement for
> the some-what dodgy and unreliable svn support for Eclipse (and also
> so I could migrate from Perforce).  While I have two computers (one
> home and one work notebook), I've have only ever used Versions within
> the scope of the license agreement (that has been somewhat ambiguous
> until recently) - Only ever on one machine at a time.
>
> While I travel extensively (globally) and often use my notebook (and
> Versions) on different networks, I've only ever connected to a single
> SVN server and there has only been a single instance (with my license
> key, name and email address) running anywhere in the world.  No one
> has access to my license key.  It's never been given to anyone.
>
> Until recently everything has been going brilliantly.  I've even
> recommended Versions to a bunch of my colleagues and they have
> switched to using it - including paying for it personally.  However,
> I've now hit a wall.  A very big wall.
>
> The problem with Versions 1.0.3b56 is that is only permits one or two
> installations for a single license key (even with the same name and
> email address).  There have been numerous posts on this forum about
> such difficulties and I gathered things have been resolved.  I was
> wrong.
>
> How did I find this out?  Last week my new notebook arrived and I've
> found that my License key no longer permits registration, even when I
> try the process on both a public or private corporate network.  Worse,
> after cleaning up my home computer and then attempting to re-register
> Versions, it also now fails.
>
> Consequently I no longer have ANY registered copies of Versions.
>
> Options:
>
> 1. I could purchase another license (because it's such a nice piece of
> software) - but I am only attempting to use my licenses in a
> legitimate matter!!
>
> 2. I could request a new key - but will I have to do this everytime I
> change computers / need to re-install?
>
> 3. Switch to another produc

Re: Icon decoder ring

[Dirk Stoop]

Hi David,

A missing folder in a working copy is a folder that's present in the
repositoty, but not in the working copy.

Given that you mention changes inside the folder, that implies
something else might be going on.  If the 'missing' folder contains
any characters with accents, you've run into a problem in Versions
that's caused by the way Mac OS X stores file names with special
characters.

If that's not the case, please open your working copy up in the
Finder, or look at its contents in the Terminal.  You should see that
the 'missing' folder is indeed missing in your working copy.  To get
it back, all you have to do is select the folder above it (the one
that used to contain the missing folder) in the Versions Browse view
and hit 'Update'.  This will update everything inside that folder,
which also re-fetches any missing items below it from the repository.

You cannot update the missing folder itself (by selecting it in the
Browse view), because right now it doesn't exist in your working
copy.  So trying to do that will result in a more or less cryptic
error.  Basically, whenever you run into those kinds of things in
Subversion, it's helpful to keep in mind that every file and folder is
always 'managed' or 'controlled' by the folder that contains it.

If somehow this doesn't out work for you, please drop me an email with
a screenshot of the Browse view off-list and we'll figure it out
together.

Cheers!
- Dirk

the Versions team

On Mar 19, 7:01 pm, David Holt  wrote:
> That helps a lot!
>
> Now what is the proper procedure for a "missing" folder? The folder  
> is part of a package hierarchy so all the .java class lower in the  
> source hierarchy cannot be committed until I resolve the "Missing"  
> issue. I don't want to lose those .java files by doing something  
> incorrectly.
>
> Thanks,
>
> David
>
> On 19-Mar-09, at 10:09 AM, Dirk Stoop wrote:
>
>
>
> > Hi Mike,
>
> > There's not a single reference on the icons, but the only ones that
> > appear in the interface without a label (afaik) are the icons in the
> > status columns in the "Browse" view.  You can resize each of those
> > columns by the handles in their table headers to reveal a textual
> > label for them.
>
> > Hope that helps :)
>
> > Cheers!
> > - Dirk
>
> > the Versions team
>
> > On Mar 19, 5:14 pm, Mike  wrote:
> >> Is there a chart, list, or guide of the icons in the Version UI and
> >> what they mean?  Some are obvious, but many are not.  I've looked in
> >> the help, online, etc. to no avail.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Icon decoder ring

[Dirk Stoop]

Hi Mike,

There's not a single reference on the icons, but the only ones that
appear in the interface without a label (afaik) are the icons in the
status columns in the "Browse" view.  You can resize each of those
columns by the handles in their table headers to reveal a textual
label for them.

Hope that helps :)

Cheers!
- Dirk

the Versions team

On Mar 19, 5:14 pm, Mike  wrote:
> Is there a chart, list, or guide of the icons in the Version UI and
> what they mean?  Some are obvious, but many are not.  I've looked in
> the help, online, etc. to no avail.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Current state of the application

[Dirk Stoop]

Hi everyone,

Thanks for voicing your concerns and support :)

We're still here, and we're not planning to go anywhere or shift our
focus away from Versions.

I'm sorry for the lack of communications from our side.

Directly after the 1.0 launch, we focussed on fixing bugs that we
introduced in some  of 1.0's new features and on making sure that
everyone who bought Versions could actually register the application.
The work there varied from making sure registration would not choke on
weird hardware configurations, to implementing support for volume
licenses and making sure that registration data is stored correctly in
a managed networked environment.  Not the most glamorous problems to
solve, but very important to some Versions customers who would
otherwise not be able to actually use the application.

After 1.0.3's release we now have most of the above mentioned issues
behind us.  Right now we are now trying to solve some of the more
complicated things that we never quite got around to during the
frantic public beta and launch periods.  These things range from
rethinking parts of Versions' interface, to dealing with limitations
of Subversion itself (One neat example for the technically inclined:
The root cause of the by now infamous bug, where non-ascii file-names
show up twice in working copies from repositories that had those files
commited from other platforms, lies in a combination of how HFS+
stores file names with special characters and how SVN does not take
that peculiarity —which is unique to HFS+— into account.  We're still
trying to work out the best way to work around this problem).

We aren't planning to wait with the next update until we have every
'big' ticket in our bug-tracker resolved, but I thought this would
give you all some insight into why we haven't shipped any updates for
a while.

Besides these bigger problems, there are also some smaller nuisances
and bugs that we've been working on.  An update that addresses a bunch
of these will be out soon, so please stay tuned...

We're extremely proud that so many people use Versions everyday and
that some of you care so much about the app that you raise questions/
start discussions about its future overe here, and we're not taking
any of that for granted. :)

Cheers,
- Dirk

the Versions team

On Mar 13, 11:51 am, Marijn  wrote:
> On Mar 12, 7:27 pm, cdn  wrote:
>
> > mmm ... meant "are going to shift your focus..."
>
> > Also, please don't take the post to be overly hostile.  I truly do
> > wish you the best, and hope that all is well with the Sofa team ;-)
>
> My thoughts exactly. It's just about having an equitable wait...
>
>
>
> > On Mar 12, 11:23 am, cdn  wrote:
>
> > > Another nudge for the dev team.  I have enjoyed using Versions, and
> > > purchased it based on the activity that I saw around the product and
> > > the apparent polish that Sofa exhibited in their efforts.  I even
> > > stuck my neck out by recommending Versions to a number of folks who
> > > have also made the plunge and purchased the software.
>
> > > A rough timeline, or a note saying "we're still around, but have lost
> > > some momentum due to X..." would be nice.
>
> > > Hey, Sofa!  Please let me know at least if I should continue to
> > > recommend Versions, or if you is going to shift your focus elsewhere.
> > > It's only fair.
>
> > > On Mar 5, 5:44 am, Marijn  wrote:
>
> > > > Hey everybody,
>
> > > > Let me start by saying that I'm really happy I've bought versions. It
> > > > has become one of the primary tools in my workflow. Due to this though
> > > > I'm a bit annoyed that some pretty trivial feature requests still
> > > > haven't been fixed. I don't know how you guys feel about this but one
> > > > of my reasons to choose Versions over Cornerstone was the fact that
> > > > there was such great interaction with the team and the community at
> > > > large. Not only on this list but also the fact that the team was
> > > > steadily releasing beta's each month... Maybe I'm naive but I'd
> > > > expected at least one significant update by now or some proper
> > > > feedback on the top concerns reported here. I'm no desktop
> > > > applications developer but remembering the state of my view when I
> > > > switch between changed view and show all view could have been
> > > > implemented in 3 months. Right...? Instead it feels like development
> > > > has sort of halted compared to the beta period. Does anybody know
> > > > what's going on? I really hope I'm missing something? Perhaps a
> > > > document should be created on this group that shows all features
> > > > requested that somehow handles voting for them...
>
> > > > Kind regards,
>
> > > > Marijn
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more option

Re: using BBedit for local file comparisons

[Dirk Stoop]

Hi Kevin,

This is a known problem, the reason it's not working is because we
directly try to launch the bbedit command-line tool from their
uninstalled location inside the BBEdit application, which has changed
in BBEdit 9.1.1.

The guys at Bare Bones Software have been very helpful in explaining
us the 'right way' to integrate with BBEdit and we'll have a release
of Versions out that will fix this pretty soon.

Cheers,
- Dirk

the Versions team



On Mar 4, 11:51 am, shaker  wrote:
> The 'Local Changes' feature doesn't seem to work with BBEdit Ver 9.1.1
>
> Does any one else have this issue?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Checking out Google Code read-only repositories.

[Dirk Stoop]

Hi Florian,

The folder you are trying to check out is empty, see:
http://code.google.com/p/bossprefs/source/browse/#svn/trunk

So there's nothing wrong with the URL, there's just nothing in the
trunk of that project yet.

All the best,
Dirk

On Feb 13, 3:28 pm, Mindflow  wrote:
> Hi,
>
> in Google Code projects, there's the possibility to check out read-
> only versions by non-project members, e.g.,
>
> # Non-members may check out a read-only working copy anonymously over
> HTTP.
> svn checkouthttp://bossprefs.googlecode.com/svn/trunk/bossprefs-read-
> only
>
> How do I add such a repository to versions?
> I tried to add a bookmark forhttp://bossprefs.googlecode.com/svn/trunk/,
> but the trunk folder remains empty.
>
> Any hints on that?
>
> Regards,
>
> Florian
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Problem creating a bookmark to Google Code repositories

[Dirk Stoop]

Hi Craig,

It seems that you're bookmarking the URL to the visual SVN browser
that's shown when you navigate to that exact url in your webbrowser.

When you navigate to the "Source" tab in the google code project, use
the URL that's listed under the Command-Line Access section, then "Use
this command to anonymously check out the latest project source
code:".

I'm guessing it will be:
http://quake3-iphone.googlecode.com/svn/trunk/

Cheers,
- Dirk

the Versions team

On Feb 12, 4:37 pm, craig  wrote:
> I am trying to create a bookmark to a Google Code repository and get
> this error message:
>
> PROPFIND request failed on '/p/quake3-iphone/source/browse#svn'
> PROPFIND of '/p/quake3-iphone/source/browse#svn': 400 Bad Request
> (http://code.google.com)
>
> This is the URL I am 
> entering:http://code.google.com/p/quake3-iphone/source/browse/#svn
>
> Does someone know what the problem is?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Versions Registration

[Dirk Stoop]

Hi Adam,

Is there any chance the computer you are using has an unusual network  
interface setup, like maybe no built-in Ethernet port?

It sounds weird, but it's the only thing I can think of that could  
cause this error.

If this sounds likely (or if it doesn't) please drop me an email off- 
list and we'll figure it out together.

I'm sorry for the trouble.

All the best,
- Dirk

the Versions team

On Jan 22, 2009, at 8:55 PM, FrozenProduce wrote:

>
> Hello,
>
> I have browsed this group several times, and yet cannot find a
> solution.
>
> When I attempt to register my recently purchased license key Versions
> just hangs on the processing pane. In the terminal log I have the
> following exception information:
>
> 22/01/2009 19:50:42 Versions[265] *** -[NSCFString appendString:]: nil
> argument
>
> Any help would be greatly appreciated, as I need versions to complete
> a project in time for tomorrow morning.
>
> Regards
>
> >


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: I purchased but never got a serial number

[Dirk Stoop]

Hi John,

I have re-sent your license key to your @a2.com email address.

Please drop me a line directly if you didn't receive it.

Thansk,
- Dirk Stoop

the Versions team

On Jan 5, 2:47 pm, jbrahy  wrote:
> Hello,
>
> I have paid for a serial number on 12/15/8 and I have not received one
> yet. I put the email address I used to purchase it into the "Lost your
> License?" utility on your website and I still have not received my
> license.
>
> What do I have to do?
>
> John Brahy
>
> email address used for purchase was supp...@ad2.com
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Update on Commit window feature requests?

[Dirk Stoop]

Hi Lucinda and Ray,

Thanks for the additional feedback, we'll take all of it into
consideration.

- Dirk

On Jan 3, 4:25 am, lucinda  wrote:
> Thanks for the update...
>
> I'll try to orient myself to using the browser interface, but I've
> been finding it somewhat inefficient for commit. I generally know
> exactly what level of the tree I need to commit from, and when I go to
> do a commit, I want: 1) a really easy-to-read list of the changed
> files under that level, 2) a really easy way to choose which files
> belong in the commit-set, and 3) a really easy way to diff changes.
> For me, the browser interface doesn't seem efficient. Multi-selection
> with a mouse is clunky, and I don't want a tree view for commit. Even
> when I just view the "changed" tree, I have to scroll vertically to
> see all of the changed files.
>
> You mentioned that showing unversioned files in the commit dialog
> seems like blurring the line, and while I understand why you say that,
> I really want that option, since I'd like to skip the browser
> interface altogether! I think the browser is great for most things,
> but I'd love to see it paired with a powerful, efficient commit dialog
> that's optimized to its purpose. If you guys are willing to consider
> that direction, Tortoise has done a nice job with their commit dialog.
>
> Thanks again for the update. I'll stay tuned.
>
> On Jan 2, 4:48 pm, Dirk Stoop  wrote:
>
> > Hi Lucinda,
>
> > We are considering to add this functionality in a future release.
>
> > Regarding 1. Diffing from the commit window:  I think that would be a
> > nice feature to have, something I'd find quite handy myself too.
>
> > Re. 2. 'Enabling/disabling' items in the commit dialog:  I'm
> > personally less certain about that, since I'm worried it would make
> > the commit dialog a bit busy.  The current way of committing
> > selectively is to use multiple selection in the browser; adding this
> > feature would blur the line somewhat between what the browser's for
> > and what the commit dialog is for, but that's true for both topics.
>
> > There's something to say for a more powerful commit dialog, my main
> > concern is losing some of the clarity of Versions' interface by
> > providing too much overlap between browser and commit dialog.  Once we
> > have disabling/enabling of items, it'd be just one step further to
> > allow adding unversioned files from the commit dialog, and so on with
> > the next extra feature.
>
> > These are just some of my personal off-the-bat opinions on where we
> > could/should take the commit dialog.  We will have to work out some
> > prototypes of a more powerful commit dialog and see how they work and
> > feel.  And maybe if we're lucky, we'll come up with an even better way
> > to make pre-commit reviews more fluid.
>
> > So definitely under consideration, but not yet decided exactly what,
> > how and when.
>
> > I hope I've answered your question a bit.  I'd love to say "Yes, we're
> > building that", but until we have a prototype that 'feels right' we're
> > not ready to commit – pun not intended – on shipping an update with
> > these features.
>
> > Thanks,
> > - Dirk
>
> > the Versions team
>
> > On Dec 30 2008, 6:39 pm, lucinda  wrote:
>
> > > My development group relies heavily on code reviews, including self-
> > > reviewing all changes before they are committed. The following
> > > improvements to the Commit window would make self-reviews much easier
> > > for us:
>
> > > 1. Provide the ability to diff the working copy of a file with the
> > > base from the Commit window.
>
> > > 2. Provide the ability to add and remove files from the commit set by
> > > using checkboxes in the Commit window.
>
> > > I see that these features have been requested already. Are they being
> > > considered for a release anytime soon? Thanks.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Educational Discount

[Dirk Stoop]

Hi Simon,

You can read all about it here:
https://register.madebysofa.com/versions/buy#edu_volume

Cheers,
- Dirk

the Versions team

On Jan 3, 2:58 pm, Simon Thulbourn  wrote:
> As you may be aware, the nature of the Versions app makes it very
> useful to those who are studying at a university/college/school, but
> €46 seems a little high, do you guys currently offer student or
> educational discount?
>
> Regards,
> Simon
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Update on Commit window feature requests?

[Dirk Stoop]

Hi Lucinda,

We are considering to add this functionality in a future release.

Regarding 1. Diffing from the commit window:  I think that would be a
nice feature to have, something I'd find quite handy myself too.

Re. 2. 'Enabling/disabling' items in the commit dialog:  I'm
personally less certain about that, since I'm worried it would make
the commit dialog a bit busy.  The current way of committing
selectively is to use multiple selection in the browser; adding this
feature would blur the line somewhat between what the browser's for
and what the commit dialog is for, but that's true for both topics.

There's something to say for a more powerful commit dialog, my main
concern is losing some of the clarity of Versions' interface by
providing too much overlap between browser and commit dialog.  Once we
have disabling/enabling of items, it'd be just one step further to
allow adding unversioned files from the commit dialog, and so on with
the next extra feature.

These are just some of my personal off-the-bat opinions on where we
could/should take the commit dialog.  We will have to work out some
prototypes of a more powerful commit dialog and see how they work and
feel.  And maybe if we're lucky, we'll come up with an even better way
to make pre-commit reviews more fluid.

So definitely under consideration, but not yet decided exactly what,
how and when.

I hope I've answered your question a bit.  I'd love to say "Yes, we're
building that", but until we have a prototype that 'feels right' we're
not ready to commit – pun not intended – on shipping an update with
these features.

Thanks,
- Dirk

the Versions team

On Dec 30 2008, 6:39 pm, lucinda  wrote:
> My development group relies heavily on code reviews, including self-
> reviewing all changes before they are committed. The following
> improvements to the Commit window would make self-reviews much easier
> for us:
>
> 1. Provide the ability to diff the working copy of a file with the
> base from the Commit window.
>
> 2. Provide the ability to add and remove files from the commit set by
> using checkboxes in the Commit window.
>
> I see that these features have been requested already. Are they being
> considered for a release anytime soon? Thanks.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Dear Versions Team

[Dirk Stoop]

Dear all,

We could add [Versions] to the beginning of every mail.

Upside: Easier filtering
Downside: Extra subject-clutter in your mailbox

I personally don't like having every email subject start with a tag if
I don't need it to filter them, but I can see why some people might
prefer it.

Please reply with +1, -1 – or whatever you feel like ;) – and we'll go
for what most people prefer.

Cheers,
- Dirk

the Versions team

On Dec 27 2008, 5:56 pm, Taco  wrote:
> Ah, much better!
>
> -- Thanks (:
>
> On Dec 26, 8:41 pm, "David C. Zentgraf"  wrote:
>
> > Create a rule in your Gmail (easiest done with "Filter messages like  
> > this" in the dropdown).
> > I have set mail lists to "Skip Inbox" and "Apply label". The labels  
> > show up as separate folders in IMAP...
>
> > Hope that helps.
> > Happy holidays!
>
> > On 25 Dec 2008, at 16:56, Josh S. wrote:
>
> > > Is there any way by chance you could add a tag to the begining of
> > > these group emails?
>
> > > I'm subscribed to Coda's as well and they have it implemented and it
> > > comes in handy while viewing it from my iPhone.
>
> > > If this is something I can change please let me know ;)
>
> > >  -- Thanks
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: BBEdit 9.1 update + show diff

[Dirk Stoop]

Yes, that would absolutely make sense.

But using the AppleEvent interface in BBEdit makes even more sense,
for the following two reasons:

1. The location of the bbdiff command line tool inside the application
bundle might change again in a later release (the location of this
file inside the app is not a way to interact with it that's endorsed
or recommended by BareBones Software)
2. We prefer not to require people to install the command line tools
for an application we integrate with if it's not strictly necessary.

Using the supported AppleEvent interface to show a diff in BBEdit
makes integration completely independent from the command line tools.
Plus, it should work with current, previous and future releases of
BBEdit.

All the best,
- Dirk

the Versions team

On Dec 22, 1:25 am, AussieAbroad  wrote:
> Would it make sense to use the INSTALLED version first and if not
> found in the installed path: /usr/bin/bbdiff
> If not found only then use the uninstalled version in the bundle?
>
> On Dec 21, 12:03 pm, Dirk Stoop  wrote:
>
> > Hi Haikuti,
>
> > We're planning to remain compatible with older versions too.  Versions  
> > currently uses the BBEdit bbdiff command line tool from it's  
> > uninstalled location in the application bundle, which changed in 9.1.  
> > We're investigating using BBEdit's AppleEvent interface in the next  
> > release which should also work with older releases.
>
> > Which release of BBEdit do you want to use with Versions?
>
> > Dirk
>
> > ---
> > Sent from my iPhone
>
> > On Dec 21, 2008, at 7:52 PM, haikuty  wrote:
>
> > > Thanks Dirk.  Given the nature of the (likely) fix or the problem is
> > > it then going to not work with previous versions of BBEdit?
>
> > > On Dec 19, 3:13 pm, Dirk Stoop  wrote:
> > >> Hi everyone,
>
> > >> Thanks to the great folks over at BareBones Software we know exactly
> > >> why this problem is occuring, we're working to get it fixed asap.
>
> > >> Sorry for the trouble, a fix will be out soon.
>
> > >> All the best,
> > >> - Dirk
>
> > >> the Versions team
>
> > >> On Dec 17, 5:05 pm, Tim Gray  wrote:
>
> > >>> Same problem here.
>
> > >>> On Dec 16, 6:41 pm, echo  wrote:
>
> > >>>> Huge essential feature for me too. I've posted to theBBEditgoogle
> > >>>> group, writtenBBEditsupport and was writing here in hopes for a
> > >>>> debugging lead, as it seems to point to something with command line
> > >>>> diff. You could writeBBEditsupport too, to give it more weight.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: BBEdit 9.1 update + show diff

[Dirk Stoop]

Hi Haikuti,

We're planning to remain compatible with older versions too.  Versions  
currently uses the BBEdit bbdiff command line tool from it's  
uninstalled location in the application bundle, which changed in 9.1.   
We're investigating using BBEdit's AppleEvent interface in the next  
release which should also work with older releases.

Which release of BBEdit do you want to use with Versions?

Dirk

---
Sent from my iPhone

On Dec 21, 2008, at 7:52 PM, haikuty  wrote:

>
> Thanks Dirk.  Given the nature of the (likely) fix or the problem is
> it then going to not work with previous versions of BBEdit?
>
>
>
> On Dec 19, 3:13 pm, Dirk Stoop  wrote:
>> Hi everyone,
>>
>> Thanks to the great folks over at BareBones Software we know exactly
>> why this problem is occuring, we're working to get it fixed asap.
>>
>> Sorry for the trouble, a fix will be out soon.
>>
>> All the best,
>> - Dirk
>>
>> the Versions team
>>
>> On Dec 17, 5:05 pm, Tim Gray  wrote:
>>
>>> Same problem here.
>>
>>> On Dec 16, 6:41 pm, echo  wrote:
>>
>>>> Huge essential feature for me too. I've posted to theBBEditgoogle
>>>> group, writtenBBEditsupport and was writing here in hopes for a
>>>> debugging lead, as it seems to point to something with command line
>>>> diff. You could writeBBEditsupport too, to give it more weight.
> >

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: BBEdit 9.1 update + show diff

[Dirk Stoop]

Hi everyone,

Thanks to the great folks over at BareBones Software we know exactly
why this problem is occuring, we're working to get it fixed asap.

Sorry for the trouble, a fix will be out soon.

All the best,
- Dirk

the Versions team

On Dec 17, 5:05 pm, Tim Gray  wrote:
> Same problem here.
>
> On Dec 16, 6:41 pm, echo  wrote:
>
> > Huge essential feature for me too. I've posted to theBBEditgoogle
> > group, writtenBBEditsupport and was writing here in hopes for a
> > debugging lead, as it seems to point to something with command line
> > diff. You could writeBBEditsupport too, to give it more weight.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: spanish characters

[Dirk Stoop]

@Robot04,

This bug is at the top of our to-fix list right now.

Just so you know that we're taking it seriously, even though Oğuz's
joke was seriously funny to me.

We're sorry for the trouble,
- Dirk

the Versions team

On Dec 16, 11:02 pm, Dirk Stoop  wrote:
> Hahaha, you're right.
>
> We're working on this bug. The strang thing is that it doesn't happen
> with every setup.  We do test with non-ascii file names, but
> apparently we didn't test enough initially.. :)
>
> - Dirk
>
> On Dec 16, 7:37 pm, "Oğuz Demirkapı"  wrote:
>
> > While talking on i18N; having support fur Unicode for content and file
> > naming is something different than localizing the application and this
> > should be completed ASAP. :)
>
> > 2008/12/16 Robot04 
>
> > > Hi, i have a problem with files that contains spanish characters (ñ,
> > > á, é, í, ó, ú).
> > > If i do an update of a project with this files in versions i see two
> > > files with the same name, but one of this seems missing and the other
> > > it's unversioned.
>
> > > Thank you
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: spanish characters

[Dirk Stoop]

Hahaha, you're right.

We're working on this bug. The strang thing is that it doesn't happen
with every setup.  We do test with non-ascii file names, but
apparently we didn't test enough initially.. :)

- Dirk

On Dec 16, 7:37 pm, "Oğuz Demirkapı"  wrote:
> While talking on i18N; having support fur Unicode for content and file
> naming is something different than localizing the application and this
> should be completed ASAP. :)
>
> 2008/12/16 Robot04 
>
>
>
> > Hi, i have a problem with files that contains spanish characters (ñ,
> > á, é, í, ó, ú).
> > If i do an update of a project with this files in versions i see two
> > files with the same name, but one of this seems missing and the other
> > it's unversioned.
>
> > Thank you
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Support for change lists?

[Dirk Stoop]

Hi Larry,

This seems like a great feature to manage a bunch of changes from the
command line.

I see some merit in supporting changelists from Versions – we want it
to play nice with other svn clients and support a broad feature set,
but I don't yet see a clear way to add the functionality without
making Versions harder to understand.

Currently the commit command and dialog are contextual to the
selection in the browser, just like every other command listed in the
'Action' menu and shown in the toolbar (including the optional items
in the 'Customize Toolbar...' sheet).  Every way I can come up to add
support for changelists involves deviating from that one basic rule,
which has a pretty key role in making Versions' interface easy to
learn and consistent.

I don't think I understand changelists well enough yet to say it's
impossible to come up with The Right Way™ though, so I've filed a
ticket for this feature request as a task; for our team to sit down,
make sure we really understand it and see if we can come up with a
good design for the feature.  We can't give it the highest priority,
but will discuss it when we can.

Thanks for the feature request! — and merry X-mas regardless of santa
prolly not delivering on this one ;)

Cheers,
- Dirk
the Versions team

On Dec 16, 5:07 pm, Larry Meadors  wrote:
> Will we see this anytime soon?
>
> I like to use change lists in my IDE to group together changes (and it
> uses 'svn cl' to create them).
>
> From a command line, I can run 'svn st', and it shows the defined
> change lists, but I don't see a way to view or commit it in
> versions...
>
> It's on my X-mas list. :)
>
> Larry
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Quirky License Issue

[Dirk Stoop]

Hi Alexia,

I'm sorry for the trouble.

It looks like Versions does get valid activation data back from the
server, but somehow is unable to store it.

Could you take a look if a file named "License" is created in the ~/
Library/Application Support/Versions folder after you register?  If it
doesn't show up, please take a look in the Console for any exceptions
that might have been logged by Versions.

A possible workaround is to manually copy the "License" file over from
the same spot in the other account, but I'd of course prefer to figure
out what's going wrong in the first place.

All the best,
- Dirk

the Versions team

On Dec 12, 7:35 pm, Alexia  wrote:
> If I enter my license key into Versions, it appears to activate fine,
> but when I restart it goes back to Demo Expired.  I have tried
> deleting Versions, ~/Library/Application Support/Versions folder, and
> the com.picodev.plist preferences file.  It continues to happen then
> after reinstalling Versions once all of those are deleted.
> If create a new user account on the computer Versions will activate
> and stay activated.  I did test the betas previously, so it might have
> some thing to do with it.  To me it appears that some thing is being
> saved under my OS 10.5 user profile that is breaking Versions.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Trying to stop spam in the group

[Dirk Stoop]

Hi everybody,

A quick FYI:

We've been seeing more and more spam messages and while we can delete
those from the group, we can't delete them from everybody's inboxes.

So in an attempt to stop spam, I've just changed the settings for the
Versions group to require moderation for messages of new members.

This means we probably won't be seeing all that spam anymore, but –
especially since all our team members live in western european
timezones and a lot of group members live in the US– it also implies
that if someone posts to the group for the first time, it might take a
while for the message to appear.  We'll do our best to moderate as
quickly as possible.

Thanks,
- Dirk

the Versions team
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: getting repository references from a expired Versions

[Dirk Stoop]

Everything except for passwords are stored in a file called
"Bookmarks.plist".

You'll find it at: ~/Library/Application Support/Versions/

It's pretty readable if you open it up in e.g. Property List Editor.

- Dirk
the Versions team

On Dec 10, 5:28 am, "David C. Zentgraf"  wrote:
> And for repos that you haven't checked out,
> you can probably find the info you need in your Keychain.
>
> On 10 Dec 2008, at 13:07, Lee Hinde wrote:
>
>
>
> > On Tue, Dec 9, 2008 at 5:48 PM, venngo...@gmail.com  > > wrote:
>
> >> Hi,
>
> >> My Versions' evaluation day is up, I got this message: "Demo  
> >> Expired",
> >> now I'd like to try another SVN client, but I need to get those
> >> repositories info from Versions, any idea where I can obtain that?
> >> Thanks.
>
> > The repository info isn't in Versions; it's on your disk somewhere for
> > the local (working) copy and on which ever server you're using for
> > subversion.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Window focus oddity

[Dirk Stoop]

Hi Robert,

Thanks for the report.  There are a couple of weird quirks using
Versions with Spaces.  We'll be spending some time debugging those
soon.

Sorry for the annoyance,
- Dirk

the Versions team

Robert Goldman wrote:
> Here's something that seems odd to me.  I often press the update
> button on Versions and then go off to do something else while the
> update happens.  This typically involves going off the current space
> to a different one where, for example, my email program or my browser
> lives.
>
> What strikes me as odd is that after completing the update, even if
> there is no dialog box, versions will grab focus, abruptly ripping me
> out of the application on which I am working, and even pulling me off
> my current virtual desktop.
>
> It seems appropriate for Versions to do this when it needs to pop up a
> dialog box to warn me that something has not gone well, or in another
> abnormal case.  But if the update goes smoothly, I don't see any
> reason for Versions to grab focus when it's done.
>
> Cheers,
> r
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Refunds for students who bought before EDU pricing was announced

[Dirk Stoop]

Hi everyone,

Just a quick topic change to make sure no students who paid the full
price for Versions (and read the list) miss this.

If you bought Versions before EDU pricing (€ 25 for a student copy)
was announced: see Koen's email below.

Cheers,
- Dirk

the Versions team

On Dec 11, 8:49 pm, Koen Bok  wrote:
> Hey Marijn,
>
> Thanks for understanding. If you or anyone else is in the same
> situation (bought a full license as a student before EDU pricing) send
> an email to support with a scan of your student card and we'll gladly
> refund you the difference.
>
> Kindest regards,
>
> Koen Bok - madebysofa.com
>
> On Dec 11, 8:34 pm, Marijn Huizendveld 
> wrote:
>
> > Hi everybody,
>
> > Now that the issue around the educational pricing is resolved I  
> > finally feel I can voice my opinion. Although there are a lot of  
> > software companies (i.e. giant corporations with software monopolies)  
> > out there that really charge crazy prices I think that in the case of  
> > the versions team we can safely say they don't. I understand that  
> > Versions might be a little bit more expensive if you're not from  
> > europe but on the other hand people from europe get terrible  
> > conversions rates for their euros when it comes to soft- and hardware  
> > that is distributed by USA based companies.
> > I also understand that it is too bad the team didn't respond within  
> > the timeframe they set out themselves. But, as this software is mostly  
> > used by people that are developers themselves, I think we all know  
> > that sometimes it's just impossible to get things done within the  
> > timeframe you set out, and like the team said many times before: EDU  
> > pricing was no priority over solving bugs. I think a lot of companies  
> > can learn from that...
> > I understand that the software can take up a very large sum of your  
> > budget as a student, I know because I'm one myself. Although that  
> > might be the case I bought a license last week for the full price  
> > because I wanted/needed the software. It didn't matter much to me,  
> > besides using this for a very few student related tasks, I mostly use  
> > the software business related and think that I therefor should pay up.  
> > Just as much as I hate being raped by Adobe by charging me nearly  
> > €1000 for an upgrade to CS4 from CS2 I paid it as well because the  
> > software allows me to do my job which then again earns me my paycheck.  
> > Please take the time to think about what your sales and profit have  
> > been last year, then think about what your investments in capital have  
> > been and estimate your profit margin... Now think again about the  
> > price you are paying for this software... Do you still think it's  
> > insanely priced? Or do you really only need it for your study...?  
> > Cause in that case you can always switch to an open source solution or  
> > the command line which might not be as (visually) appealing as  
> > versions but it solves your budget problems and does the job as well.
>
> > This is in no way meant to kiss up to the Versions team, its just that  
> > I really thought there was a great atmosphere on this list until we  
> > hit the first release when suddenly everybody started to act really  
> > indecent. I really hope that we can put this behind us and be glad  
> > that there is finally a great GUI SVN client for the Mac.
>
> > Kind regards,
>
> > Marijn
>
> > On Dec 11, 2008, at 8:10 PM, Dirk Stoop wrote:
>
> > > Thanks Davey,
>
> > > Good catch :)
>
> > > It's spelled correctly now.
>
> > > - Dirk
> > > the Versions team
>
> > > On Dec 11, 6:30 pm, Davey Shafik  wrote:
> > >> "Site licenses are also available, pricing for those starts to get
> > >> intersting if you need more than 100 licenses for Versions. Tell us
> > >> what your needs are and we'll gladly work out a cost-effective  
> > >> offer."
>
> > >> you misspelled interEsting :)
>
> > >> - Davey
>
> > >> On Dec 11, 2008, at 12:02 PM, Koen Bok wrote:
>
> > >>> Dear all,
>
> > >>> We announced Volume and EDU pricing. Seehttps://
> > >>> register.madebysofa.com/versions/buy
> > >>> for the details and sorry to keep you waiting.
>
> > >>> Kindest regards,
>
> > >>> Koen Bok - madebysofa.com
>
> > >>> On Dec 10, 7:37 pm, Kerri Miller  wrote:
> > >>>> On Dec 10, 2008, at 10:24 AM, buckthorn wrote:
>
> > >>>>> Pressing them (politely
> > >>>>> and respectfully) for definitive info on this is entirely  
> > >>>>> justified.
>
> > >>>> 2 key words there :)
>
> > >>>> -k-
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Non-blocking SVN Commits

[Dirk Stoop]

Sadly that won't work when you're trying to keep working on the same  
working copy during a commit..

Making commits non-blocking could be a pretty tough nut to crack, both  
from a UI and a 'making sure nothing breaks' perspective.  A couple of  
our repositories also have pretty lengthy post-commit hooks, so I see  
how this can get annoying.

It's very hard (and rarely smart) to make promises about future  
functionality, so I won't about this particular topic :) -- but I  
think we should look into the possibility at some point.

Cheers,
- Dirk
the Versions team

---
Sent from my iPhone

On Dec 11, 2008, at 10:43 PM, Koen Bok  wrote:

>
> Hey Davey,
>
> You can just open multiple windows to work on other repositories while
> committing one.
>
> Kindest regards,
>
> Koen Bok - madebysofa.com
>
> On Dec 11, 9:47 pm, Davey Shafik  wrote:
>> I love Versions, but my biggest gripe, and the one that wastes the
>> most of my time, is when I want to make several quick commits in
>> succession.
>>
>> We have a rather lengthy post-commit hook, which means that our
>> commits take maybe a minute to complete, with Versions, I cannot use
>> the client during this time,
>>
>> I understand that with the locking and such, sometimes it might not  
>> be
>> possible to make simultaneous commits (though I never had this issue
>> on the CLI), but at least
>> being able to use the other features of Versions would be nice (such
>> as quickview, or show changes, etc)
>>
>> - Davey
> >

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Still no edu pricing?

[Dirk Stoop]

Thanks Davey,

Good catch :)

It's spelled correctly now.

- Dirk
the Versions team

On Dec 11, 6:30 pm, Davey Shafik  wrote:
> "Site licenses are also available, pricing for those starts to get  
> intersting if you need more than 100 licenses for Versions. Tell us  
> what your needs are and we'll gladly work out a cost-effective offer."
>
> you misspelled interEsting :)
>
> - Davey
>
> On Dec 11, 2008, at 12:02 PM, Koen Bok wrote:
>
>
>
> > Dear all,
>
> > We announced Volume and EDU pricing. 
> > Seehttps://register.madebysofa.com/versions/buy
> > for the details and sorry to keep you waiting.
>
> > Kindest regards,
>
> > Koen Bok - madebysofa.com
>
> > On Dec 10, 7:37 pm, Kerri Miller  wrote:
> >> On Dec 10, 2008, at 10:24 AM, buckthorn wrote:
>
> >>> Pressing them (politely
> >>> and respectfully) for definitive info on this is entirely justified.
>
> >> 2 key words there :)
>
> >> -k-
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Still no edu pricing?

[Dirk Stoop]

Sorry everyone if I came across harsh in my last email.

That's not my intent :)

- Dirk

On Dec 10, 10:47 am, Dirk Stoop <[EMAIL PROTECTED]> wrote:
> So, are you interested in 500 licenses or just testing what we do with
> your request?
>
> - Dirk
>
> On Dec 10, 1:59 am, "J. Todd Slack-Moehrle" <[EMAIL PROTECTED]>
> wrote:
>
> > > To those who are kvetching:
>
> > > Versions is offered at a very reasonable price as-is, and unless (as
> > > in the case of one
> > > person who is bitching) you have a bulk license request, you really
> > > just need to
> > > buck up and pay these guys what they are worth or wait till they are
> > > ready.
>
> > Well, I had a bulk licensing concern and here has been the way it is  
> > handled:
> > 1. Koen never responded to it
> > 2. Dirk sent me an e-mail where the test was "Stop making up  
> > ficticious information on the list or you will be banned" (referring  
> > to my order request)
> > 3. When talking to Dirk about it he has probably never passwed on to  
> > Koen a message like "Hey did you miss the guy who wanted 500 licenses?"
>
> > I would think that the Versions team would be jumping on a request for  
> > 500 licenses.
> > Say it was $40 per version $40 x 500 = $20,000.
> > I guess that is not a lot of money to them..
>
> > That is my real issue I guess. Paying $50 for a personal license is OK  
> > with me.
>
> > -Jason
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Still no edu pricing?

[Dirk Stoop]

So, are you interested in 500 licenses or just testing what we do with
your request?

- Dirk

On Dec 10, 1:59 am, "J. Todd Slack-Moehrle" <[EMAIL PROTECTED]>
wrote:
> > To those who are kvetching:
>
> > Versions is offered at a very reasonable price as-is, and unless (as
> > in the case of one
> > person who is bitching) you have a bulk license request, you really
> > just need to
> > buck up and pay these guys what they are worth or wait till they are
> > ready.
>
> Well, I had a bulk licensing concern and here has been the way it is  
> handled:
> 1. Koen never responded to it
> 2. Dirk sent me an e-mail where the test was "Stop making up  
> ficticious information on the list or you will be banned" (referring  
> to my order request)
> 3. When talking to Dirk about it he has probably never passwed on to  
> Koen a message like "Hey did you miss the guy who wanted 500 licenses?"
>
> I would think that the Versions team would be jumping on a request for  
> 500 licenses.
> Say it was $40 per version $40 x 500 = $20,000.
> I guess that is not a lot of money to them..
>
> That is my real issue I guess. Paying $50 for a personal license is OK  
> with me.
>
> -Jason
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Initiate local repository for existing project

[Dirk Stoop]

Excellent point,

We're working on some better, more visual ways to help people get
started.

The help content added in 1.0 was a start, but we know we're not done
yet.. :)

- Dirk

the Versions team

On Dec 6, 5:19 am, ymo <[EMAIL PROTECTED]> wrote:
> While Versions Help is a concise and great introduction to svn, I
> found myself struggling at start (last week) to understand this simple
> step Lee asked for.
> Most "hardcore" Subversion users would probably work from Terminal; so
> I think it is crucial to fine tune the Help menu and present a "for
> dummies" tutorial in Versions.
>
> My initial struggle made me use Ray's procedure without knowing a
> better way – but it works fine now!
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Tagging in Versions

[Dirk Stoop]

@Marc:

If you drag the trunk folder itself to the tags folder, it should not
create a new /trunk folder under the one you specify as the name for
the tag.

I do this myself all the time, and it works well for me.  Could you
maybe walk me step by step through what you do exactly, so we can
figure out what's going wrong?

@Thinsoldier:

Good idea, we're collecting some things for a FAQ/hints page in the
documentation, I've put this topic on the shortlist.

thanks,
Dirk
the Versions team

On Dec 9, 7:24 pm, Marc <[EMAIL PROTECTED]> wrote:
> Sorry, I must not have been clear.
>
> On the command line, I can do:
>
> [~]> svn cp svn+ssh://[EMAIL PROTECTED]/svnroot/Project/trunk 
> svn+ssh://[EMAIL PROTECTED]/
> svnroot/Project/tags/foo
> [~]> svn ls svn+ssh://[EMAIL PROTECTED]/svnroot/Project/tags/foo
> dir1/
> dir2/
> ...
> dirn/
>
> which is what I want.
>
> If I follow the option-drag process in Versions, the result is:
>
> [~]> svn ls svn+ssh://[EMAIL PROTECTED]/svnroot/Project/tags/bar
> trunk/
>
> . . . which I don't want.
>
> On Dec 9, 1:15 pm, Ray <[EMAIL PROTECTED]> wrote:
>
> > At the repository level, you can only copy one directory/file at a time per
> > revision.  If you want to turn the tags directory into a copy of the trunk,
> > delete the tags directory, and copy the trunk into the root of the
> > repository as "tags".  Though, to me, this defeats the purpose of tags
> > because usually you have more than one, so you would want the tags directory
> > to collect them.
>
> > On Tue, Dec 9, 2008 at 1:01 PM, Marc <[EMAIL PROTECTED]> wrote:
>
> > > My repository has at the top level trunk, branches, tags.
>
> > > I know how to do this from the command line.
>
> > > I can't seem to drag the contents of the trunk into the tag. I can
> > > option-drag the trunk itself, but I don't want that additional level
> > > in the tag, just the enclosed directories. When I try to drag them, I
> > > get an error.
>
> > > On Dec 5, 10:19 pm, Kieren Eaton <[EMAIL PROTECTED]> wrote:
> > > > > Just make a directory called tags in your repository and alt + drag
> > > > > your trunk to it
>
> > > > this also works for branches or any copy as such but the dragged item
> > > > MUST be a single item, to if you want a branch of the trunk option
> > > > +drag the trunk not the files/folders in it.
>
> > > > Just a clarification for the noobs, I am still getting the hang of
> > > > branching and tagging myself so thanks for the tip
>
> > > >    Olearia - Talking Books on the Machttp://olearia.googlecode.com/
>
> > > > > On Dec 4, 6:27 pm, Marc <[EMAIL PROTECTED]> wrote:
> > > > >> Hey all,
>
> > > > >>   I know how to tag on the command line, but have not yet figured out
> > > > >> how to create (or change) a tag in Versions. Any clues would be
> > > > >> appreciated.
>
> > > > >> - M
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: quick look disabled?

[Dirk Stoop]

Hi Elmar,

My best guess is that you're working in the Repository browser,
instead of in not the Working Copy browser.

The files in the Repository browser aren't actually on your Mac, so
offering QuickLook support for those is quite tricky.  The FTP client
Flow has an intersting implementation, where they pre-load everything
you select in the application's main window, Quicklook then becomes
available on a file-by-file basis when the pre-loading is ready.

While it makes a lot of sense for an FTP client, overal we feel that's
not quite as elegant an implementation as we would like to offer from
Versions.  So for now it's only possible to use Quicklook when
browsing a working copy.  I'm secretly hoping Apple will publish a
public API to Quicklook, that should make it a lot easier for us to
offer a more extensive feature set and a (relatively) seemless
experience from the Repository browser.

Cheers,
- Dirk

PS: If my hunch was wrong, and you actually have a working copy
selected in the Bookmarks-list, I have no idea what's going wrong...
If so, please contact us through the now-working contact form on the
Versions website (or me directly by email and I'll get your message to
the right person) and we'll get to the bottom of this.

On Dec 9, 1:53 pm, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
wrote:
> Hi - just got a short question.
>
> i am using version 1.0.3 build 56,
> and for every file i click on, the "quick look icon" is disabled.
> (.txt, .java, .css, .xml  )
>
> is there any trick to enable this feature - or am i missing something?
>
> thx in advance!
>
> elmar
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: HOWTO - syncing bookmarks between computers using DropBox

[Dirk Stoop]

Hi coolfactor,

The license file is indeed bound to the computer it is stored on.
Without this limitation, making an infinite amount illegal copies of
Versions would be as simple as copying a "License" file, so this is
not something we will change in the foreseeable future.

Now for a solution to the problem at hand:

1. Quit Versions
2. Create a 'Versions2" folder in the "/Library/Application Support"
folder.
3. Drag the "License" file from the Versions folder to the Versions2
folder.
4. Open a Terminal.app window and type the following two commands:

cd /Library/Application\ Support/Versions
ln -s ../Versions2/License ./License

You now have the actual License file stored outside of the "Versions"
folder, but thanks to the symlink Versions can still find it and will
run normally.

If you repeat this process on every computer, you can sync the
"Versions" folder with Dropbox, the file that's different on each
machine now resides in the Versions2 folder.

Whenever you register a computer again, Versions will replace the
symlink in the "Versions" folder with an actual License file, so
you'll need to move it to the "Versions2" folder and create the
symlink again.

For clarity's sake: It is allowed under the terms of the EULA to
register multiple computers, but we cannot make the actual "License"
file, the proof to Versions that your machine was registered, generic.

We'll be looking into proper bookmark syncing ourselves some time
soon, so we can make the entire experience more seemless. :)

Cheers,
- Dirk
the Versions team


On Dec 9, 9:51 am, coolfactor <[EMAIL PROTECTED]> wrote:
> ANOTHER UPDATE:
>
> It turns out that Versions regenerates the Bookmarks.plist file when
> quitting, overwriting any symlink you may have created. Bummer!
>
> This leaves us with only one option, which I have yet to confirm as a
> workable solution -- seek permission from Sofa to use the same license
> on multiple computers and sync the entire Versions folder, as
> originally explained in this thread.
>
> I'm assuming Sofa needs to adjust something in the License Activation
> server to allow multiple computers for a given license. My attempts to
> share a license prior to receiving their permission resulted in only
> one computer being activated at a time. The rest were rendered
> deactivated upon launch. Catch-22.
>
> Awaiting their response... :-)
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Minor Nits w/ Versions 1.0.3

[Dirk Stoop]

Hi Robert,

Thanks for the bug report.

I've tried to reproduce the problems and found the following results:

Repository bookmarks can only be dragged to places within bookmark
folders on Tiger and never to the top-most level of the bookmarks
list.  We'll dig into this problem as soon as we can, a workaround for
now is to put all your repository bookmarks in one shared folder, it
should be possible to organize them any way you want within the
folder.

I could consitently reproduce the problem with the window size and
location not being restored on Tiger, I filed a ticket for this bug
too.

Thanks again,
- Dirk

the Versions team

On Dec 2, 6:12 pm, Robert Schwalbe <[EMAIL PROTECTED]> wrote:
> Dual 2.5 GHz PowerPC G5 - 10.4.11
>
> This has been going on for some while now. I've held off until the
> authentication bug was fixed (figuring that would be given highest priority)
> but these two bugs I'm reporting are really a pain.
>
> 1) Repository bookmarks cannot be reordered. Once a bookmark is added to
> the sidebar, that's it - the position within the sidebar is
> permanent. Repository
> bookmarks can be repositioned correctly on an Intel machine.
>
> 2) Main window does not remember last used size, nor position. Both attributes
> are maintained on Intel machine(s).
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Repo asking for authentication

[Dirk Stoop]

Hi Mason and Gemma,

Sorry for your troubles.

This bug should be fixed in Versions 1.0.3 that just went out the
door, could you let us know if you still run into similar problems
after updating to that release?

Thanks!
- Dirk

the Versions team

On Dec 2, 7:08 pm, gemmazoejones <[EMAIL PROTECTED]> wrote:
> Hi Mason,
>
> I simply left mine for a day and when I reopened it this morning it  
> worked fine without any Authentication errors. I left all my repo's  
> just as they were and didn't do anything to my SVN keychain.
>
> *shrug* Go figure. Could it be date related?
> Gemma
>
> On 2 Dec 2008, at 15:20, [EMAIL PROTECTED] wrote:
>
>
>
> > I experienced the same issue described by Gemma.  The strange thing is
> > that I was able access my repositories briefly, but then the
> > connection gets closed for some unknown reason.  I have to force quit,
> > re-launch Versions and the same thing happens again.  I deleted my
> > repo bookmarks and added them back, but I still experienced the same
> > connection losses after a brief period of connectivity.  Versions
> > cascades the AuthRequest dialog box down the screen (see screenshot
> > here -->http://tinyurl.com/5h2wtz).  Entering my password in the
> > AuthRequest boxes does not work, so I have to cancel each dialog box
> > one at a time.  Kinda buggy error handling if you ask me.  Regardless,
> > my authentication is accurate and should work.  I had to resort to
> > using svnX yesterday because I could not get Versions to
> > authenticate.  This morning I deleted all of my svn entries in my
> > keychain, as suggested by Koen, and that seems to resolve the issue
> > for now.  However, this bug should still be addressed further.  I'm
> > curious if anyone else has experienced a similar issue?
>
> > Mason
>
> > On Dec 1, 6:27 am, Koen Bok <[EMAIL PROTECTED]> wrote:
> >> Hey Gemma,
>
> >> We do have a bug here, but if it only started this morning I don't
> >> think it applies to you.
>
> >> Could you try to remove the entry from the Keychain and entering the
> >> password in Versions once more?
>
> >> Let me know if it works...
>
> >> Kindest regards,
>
> >> Koen Bok - madebysofa.com
>
> >> On Dec 1, 10:51 am, gemmazoejones <[EMAIL PROTECTED]> wrote:
>
> >>> Hi guys,
>
> >>> I don't know if you've rolled out an update or if its my repo, but
> >>> Versions keeps asking me to authenticate every 5 seconds. I can't
> >>> commit or add anything nor use Versions while its doing it. I needed
> >>> to Force Quit it because it didn't offer me the option to quit  
> >>> normally.
>
> >>> Its been working fine until this morning.
>
> >>> Any help would be wonderful! Thanks.
>
> >>> Gemma
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: 1.0.3 Popping authenication messages for CollabNet

[Dirk Stoop]

Hi underscore,

It sounds like there is a working copy in your bookmarks list that has
an external defined at collabnet.  One way to figure out which one is
to make a backup of your 'Bookmarks.plist' file (it's in ~/Library/
Application Support/Versions) and remove working copy bookmarks from
Versions one by one until the dialog does not show anymore.

When you're done with that, simply quitting Versions and putting your
backup of Bookmarks.plist back in place will put all your bookmarks
back in place.

Just to be completely sure I've just searched through all of our code
and the only place with a collab.net URL in it is a help page about
Subversion's history that links to their website.

Did this problem just start popping up in 1.0.3 for you?

We'll get this sorted, sorry for the trouble. :)

Thanks,
- Dirk
the Versions team

On Dec 2, 7:45 pm, underscore <[EMAIL PROTECTED]> wrote:
> Versions 1.0.3 is repeatedly popping up AuthRequest boxes for the
> CollabNet Subversion Repository, which I do not even have in my list
> of bookmarks (though I guess maybe it's hard-coded into versions as a
> means of getting the latest svn client?) It pops up 3 times on launch,
> then every so often after i close the initial 3 popups. I'm not sure
> if this is related to the authentication bug that was fixed in 1.0.3,
> but if it is then the bug persists. I've checked my keychain and there
> is no entry for this repository, so there's nothing i can clear out. I
> also don't have a login for this repository, and entering guest
> doesn't appear to work. Please let me know if there's any other
> information i can provide, or anything i can do to attempt to fix this
> on my end. Thanks!
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Versions 1.0.3 released

[Dirk Stoop]

Hi everybody,

Versions 1.0.3 is out.

It features improved performance over 1.0, and fixes the
authentication bug (password sheets that keep popping up) introduced
in beta-9.

For a complete list of changes, see your Sparkle feeds or:
www.versionsapp.com/releasenotes

Cheers,
- Dirk

the Versions team
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Educational Pricing

[Dirk Stoop]

Hi drukepple and David,

Thanks for your understanding :)

- Dirk

On Nov 29, 11:54 pm, "David C. Zentgraf" <[EMAIL PROTECTED]> wrote:
> Just for the record, I second this.
> Koen's first reply offered a perfectly acceptable answer, and there is  
> very little else Dirk could have said in his second reply. But people  
> hear what they want to hear, especially if they were looking for a  
> reason to justify not buying Versions to begin with.
>
> On top of which Versions at its regular price is still cheaper than  
> Cornerstone with 20% off! If you rather spend more on another product  
> because you couldn't get the one you wanted for even less than it's on  
> offer for, you need to get your priorities straight.
>
> On 30 Nov 2008, at 05:53, drukepple wrote:
>
>
>
> > For the record, I found Sofa's response congenial and not attitudey,
> > more of a "we understand that you're upset and want to choose another
> > product; there's apparently not much we can do to change your mind, so
> > no hard feelings, OK?"  I'd prefer that to a sniveling manservant-type
> > of "Oh, please, don't leave us, what can we do for you and you alone,
> > master?"
>
> > Jason, I'm curious where you work.  In one post you sound like the IT
> > director for an academic institution, and in another you sound like a
> > regular programmer at a regular shop, reporting to a boss.  Just
> > trying to understand why you're panties in such a bunch over the
> > educational pricing thing.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Problem with "Compare Diff"

[Dirk Stoop]

Hi Balu,

The amount of changes in the files shouldn't have any influence.

Do you consistently get the same problem with the same files?  If so,
and the filenames contain any special characters (umlauts, accents,
etc.), this might be related to the encoding problems mentioned in
this thread:

http://groups.google.com/group/versions/t/a57e867ad35a12ec

There's also a good chance that an exception happens somewhere in our
code to fetch the two files, which should result in a log entry that
you can see with Console.app.  Please let me know if anything gets
logged over there when comparing changes fails.

Thanks,
- Dirk
the Versions team

On Nov 28, 8:51 pm, Balu <[EMAIL PROTECTED]> wrote:
> Hi,
>
> i'm using Version 1.0.2/53
>
> When i want to Compare 2 files sometimes nothing happens.
>
> I click on compare and the window hangs.
>
> I tried it with FileMerge and Araxis Merge.
>
> Is there be a problem when there are many changes in the files?
>
> Please tell me when you need some more informations..
>
> Best regards
>
> Balu
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Educational Pricing

[Dirk Stoop]

Thanks Mikhail,

I hope Cornerstone keeps working for you, and if not: you know where
to find us :)

Cheers,
- Dirk


On Nov 29, 3:23 pm, Mikhail Kornienko <[EMAIL PROTECTED]> wrote:
> Dirk,
>
> actually, my money are already on account of Zennaware, the maker of
> Cornerstone.
> Not an impulsive decision, but rather a decision dictated by balance
> of features, price and support quality (replies from Zennaware almost
> always come in matter of minutes and are very professional).
> And I'm definitely not spending money on another SVN client in next
> couple of years, unless Cornerstone stops working for me.
>
> Anyways, no hard feelings here. As stated earlier, I really like
> Versions and was really looking forward not just to use, but to pay
> for it. It's a bit sad it all turned out this way after such a long
> ride together.
>
> Good luck with your project! A good competition is always a good
> thing, even in such a relatively small niches like SVN clients for
> Mac :)
>
> regards
> Mikhail.
>
> On Nov 29, 10:44 pm, Dirk Stoop <[EMAIL PROTECTED]> wrote:
>
> > Hi all,
>
> > As we said earlier, we are working on EDU pricing.  There is no
> > announcement yet because we want to get it right the first time
> > around, *because* we care.
>
> > However, we think it's more important that Versions works right for
> > people who already bought it and for people who are using the demo,
> > than it is for us to promote the software in additional ways.  That's
> > why we are spending most of our time fixing bugs and improving
> > performance right now.
>
> > Versions 1.0.3 is around the corner, the third update since the
> > launch.  We have sent a build out to a handful of people who ran into
> > authentication and performance problems before using beta-9 and 1.0,
> > and from their experience with it, we think it's almost ready for
> > general release.  Once we get 1.0.3 out to everyone, EDU pricing can
> > move up a notch on our priority list.
>
> > @Jason: We do care about losing sales, we just think that making our
> > current customers happy is more important right now than working on
> > our pricing.  That's our decision to make and it's your good right to
> > think that it is the wrong decision.  If you really want to talk about
> > this, shoot me an email off-list and lets start a real conversation,
> > rather than assuming that we don't care about our business, sales or
> > the economy as a whole.
>
> > @Mikhail: I'm really sorry for the trouble you ran into with Versions
> > 1.0.2.  This is exactly the kind of thing we're working on right now
> > and the fact that you no longer enjoy using Versions is very important
> > to us.  Like I said above: Fixing these kinds of problems is more
> > important to us than offering educational pricing, we want to do both,
> > but the issues with the software that you are running into have a
> > higher priority.  The problems with the contact form have been fixed,
> > but if you don't feel like trying that again, please drop me an email
> > directly and we'll get on it.
>
> > Thanks,
> > Dirk
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Educational Pricing

[Dirk Stoop]

Hi all,

As we said earlier, we are working on EDU pricing.  There is no
announcement yet because we want to get it right the first time
around, *because* we care.

However, we think it's more important that Versions works right for
people who already bought it and for people who are using the demo,
than it is for us to promote the software in additional ways.  That's
why we are spending most of our time fixing bugs and improving
performance right now.

Versions 1.0.3 is around the corner, the third update since the
launch.  We have sent a build out to a handful of people who ran into
authentication and performance problems before using beta-9 and 1.0,
and from their experience with it, we think it's almost ready for
general release.  Once we get 1.0.3 out to everyone, EDU pricing can
move up a notch on our priority list.

@Jason: We do care about losing sales, we just think that making our
current customers happy is more important right now than working on
our pricing.  That's our decision to make and it's your good right to
think that it is the wrong decision.  If you really want to talk about
this, shoot me an email off-list and lets start a real conversation,
rather than assuming that we don't care about our business, sales or
the economy as a whole.

@Mikhail: I'm really sorry for the trouble you ran into with Versions
1.0.2.  This is exactly the kind of thing we're working on right now
and the fact that you no longer enjoy using Versions is very important
to us.  Like I said above: Fixing these kinds of problems is more
important to us than offering educational pricing, we want to do both,
but the issues with the software that you are running into have a
higher priority.  The problems with the contact form have been fixed,
but if you don't feel like trying that again, please drop me an email
directly and we'll get on it.

Thanks,
Dirk
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Educational Pricing

[Dirk Stoop]

Hi Jason,

I appreciate your concern, but losing sales is really something we  
should be concerned about, if anyone.

If you don't want to wait any longer, you're free to vote with your  
wallet and we'll understand.

All the best,
Dirk

---
Sent from my iPhone

On Nov 28, 2008, at 9:43 PM, "J. Todd Slack-Moehrle" <[EMAIL PROTECTED] 
 > wrote:

>
>
> I dont understand what you need to work out and announce.
>
> You take the selling price of $50.00 and you discount it for those
> with an academic affiliation. That is it.
>
> You are losing sales to Cornerstone because they have this in place,
> the process is simple.
>
> No lines, no waiting.
>
> -Jason
>
> On Nov 26, 2008, at 3:00 PM, Sofa wrote:
>
>>
>> Hey all,
>>
>> We're working out EDU pricing and will announce it next week. So
>> please keep an eye on our site and hold on for a couple of more days.
>> Sorry for the inconvenience.
>>
>> Kindest regards,
>>
>> Koen Bok - madebysofa.com
>>
>> On Nov 26, 6:47 am, Basti <[EMAIL PROTECTED]> wrote:
>>> Their support sucks! I mailed the same question to a couple of email
>>> addresses: no reply either!
>>> How much does Cornerstone cost with an edu licence?
>>>
>>> On 26 Nov., 05:18, "J. Todd Slack-Moehrle" <[EMAIL PROTECTED]>
>>> wrote:
>>>
>>>
>>>
 Yes and this is my 3rd post on this and no reply public or private
 even.
>>>
 It looks like if I want a sure shot I need to go with Cornerstone.
 They are ready to serve me now, I got a prompt reply even.
>>>
 -Jason
>>>
 On Nov 25, 2008, at 7:36 AM, buckthorn wrote:
>>>
> We're also waiting to hear about ed pricing. I would have expected
> this to be decided before the release, along with other pricing.
>>>
> On Nov 22, 6:41 pm, "J. Todd Slack-Moehrle"
> <[EMAIL PROTECTED]>
> wrote:
>> Hey All,
>>>
>> Any decision on this yet?
>>>
>
>
> >

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Will not let me license..

[Dirk Stoop]

Hi Bruce,

Those two problems were not related. The contact form was hosted on
our main product website on appengine, the registration server is a
machine we rent elsewhere.

The contact form has been taken down for now and the problems with the
registration process have been fixed both on the server and in
Versions 1.0.2.

I'm glad you were able to register now, sorry for the trouble.

- Dirk
the Versions team

On Nov 18, 5:05 pm, bgarlock <[EMAIL PROTECTED]> wrote:
> Well, it finally let me license - perhaps the it communicates with a
> license server, and that was the same one that the support system is
> on, and it was down.
>
> On Nov 18, 9:21 am, bgarlock <[EMAIL PROTECTED]> wrote:
>
> > Hi,
>
> > I tried sending a support email from the form you provide, but got a
> > "Server Error" when I submitted the form.  I just purchased (2) copies
> > of Versions, 1 for me, and 1 for a co-worker.  However, when I try to
> > license them, it says "An error occurred.  Invalid license key".  I
> > copy/pasted from the email I got with the codes, so there should not
> > be any typos.
>
> > Hopefully support monitors this group, and maybe they are aware that
> > their support email form is currently broken.  Please contact me, or
> > let me know how to license this app.
>
> > Thanks,
>
> > Bruce
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: 'Contact us' form broken - how do I contact you?

[Dirk Stoop]

Hi all,

Sorry about the problems with the contact form, we have replaced the
form with direct email links yesterday.

The contact form will be back later, when we're sure the problems it
had are gone.

If you are concerned about whether we're working on any of the
problems we ran into right after launch, please look at the volume of
posts to this group by members of our team and the two new releases of
Versions that shipped directly after 1.0.

All the best,
- Dirk
the Versions team

On Nov 22, 2:20 am, ferg2k <[EMAIL PROTECTED]> wrote:
> I have to say that I'm kinda worried when a company's feedback method
> fails when they go live with a 1.0 release, when that remains unfixed,
> and when spam mail is left up on their online forum, and when
> registration seems to fail.
>
> It's especially ironic as I'd like to look into buying a site license
> for a very large company.
>
>  /ferg
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Git support

[Dirk Stoop]

Hi Ketchapay, (and everyone else who asked about git support at some
point)

I understand the desire for a nice graphical git client, but Versions
isn't it.

Git is an entirely different beast than Subversion.  For starters it's
decentralized, but I probably don't have to tell you that.

Adding git support to Versions would be like adding html and css
editing to iWork's Pages, it would feel like a kludge; the
application's interaction model doesn't fit with the model of that
particular task at all.  Versions' aim is to keep as much of the
complexity of SVN out of your way as possible, but the way it works is
nonetheless modeled with that complexity in mind.

One thing I personally like about Versions, why I haven't switched
back to the command-line for my everyday work, is that it doesn't try
to replace the way Subversion works with some other vision of how
version control should work.  Our goal is to make working with
Subversion at a whole easier, more pleasant, and more
straightforward.  Part of that is educating people a bit about
Subversion —evidenced most concretely in the Versions help files, but
more importantly in how we stick as closely as possible to
Subversion's terminology for commands and all that, as well as bigger
design decisions like how Versions shows working copy bookmarks nested
in repository bookmarks—, ideally, a seasoned Versions user should be
much more comfortable with the SVN command line client than someone
who never used Versions.

That in itself is enough of a challenge without making Versions deal
transparently with the immense differences between SVN and git.

For these reasons and because we believe that really good apps do one
thing and do it extremely well, we won't be adding git support to
Versions any time soon.  If we ever embark on creating a git client it
would most likely be an entirely different app.  I sincerely doubt we
would be able to re-use any significant amount of code and designs
created for Versions in such an application.

Since we have our hands full with our current project and an
obligation to our customers to keep improving it, as much and as fast
as we can, I hope that while we keep making the best Mac Subversion
client even better, someone else will step up and create a really good
Mac git client.

Cheers,

- Dirk
the Versions team


On Nov 20, 10:31 am, Ketchapay Ramirez <[EMAIL PROTECTED]> wrote:
> When will you add Git support?

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Umlaut problems

[Dirk Stoop]

Hi Nano,

Thanks for the additional info :)

With the info you gave it shouldn't be too hard for us to reproduce
and isolate the problem.

I'll get back to you when we know more.

Thanks again,
- Dirk
the Versions team

On Nov 19, 1:08 pm, nanoSK <[EMAIL PROTECTED]> wrote:
> Hi Dirk,
>
> I guess the problem is not that isolated since I can see it with 3
> repositories.
>
> One of them is hosted on my MacBook Pro (OS X.5.5) using the svn
> version that came with the OS (svn help indicates version 1.4.4 -
> rather old?).
> Another repository is hosted on a Ubuntu machine at my customers site.
> They are using svn 1.5.x.
>
> For testing purposes I created a beanstalk svn repository, did a
> commit and a subsequent checkout ... and it works just fine.
>
> So we've got the following situation:
> 1. beanstalk server + versions client => fine
> 2. my server + versions client => not fine
> 3. my server + eclipse client => fine
> 4. beanstalk server + eclipse client => fine
>
> So it depends on both, the server + the client used ... please tell me
> if I can help you further.
>
> - Nano
>
> On 19 Nov., 12:36, Dirk Stoop <[EMAIL PROTECTED]> wrote:
>
> > Hi Nano,
>
> > The issues with special characters only happen in some isolated
> > situations.  If you, for instance set up a free beanstalk repository,
> > it will work fine with files in any kind of character set. (I just
> > added a file named "ßûse ギズツせ" to one of my testing working copies
> > without problems).
>
> > We're aware of the problems and are trying to figure out the actual
> > regression of this bug.
>
> > Any information you can provide us about the server that's hosting
> > your repository would be helpful.
>
> > Sorry about the trouble with the contact form, it's been performing
> > intermittently and we'll be replacing it with plain email addresses
> > soon while we figure out what exactly is causing the problems.
>
> > All the best,
> > - Dirk
> > the Versions team
>
> > On Nov 19, 10:00 am, nanoSK <[EMAIL PROTECTED]> wrote:
>
> > > Hi there,
>
> > > I just downloaded the trial to find out it does not cope well with
> > > german "Umlaut" characters (like ä,ö,ü).
> > > All files containing at least one such character are marked as
> > > "Unversioned" and (at the same time) "Missing" in my local working
> > > copy.
>
> > > Obviously the problem exists for a while now (japanese and spanish
> > > character 
> > > problems):http://groups.google.com/group/versions/browse_thread/thread/7b3efee8...
>
> > > Additionally the "contact" (http://versionsapp.com/contact) page just
> > > returns a server error.
>
> > > Greetings
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Poor Performance in 1.0.+

[Dirk Stoop]

Hi Marijn,

Sorry about that, we're looking into the performance issues as we
speak.

- Dirk
the Versions team

On Nov 19, 8:24 am, Marijn Huizendveld <[EMAIL PROTECTED]>
wrote:
> Hello,
>
> I suddenly have to wait an awful lot of time for update operations in  
> versions. It keeps showing me the spinning beach-ball from hell...
>
> On Tiger running on a PPC G4 1.67 GHZ with 2 GB of RAM with Versions  
> 1.0.2.
>
> Marijn
>
> On Nov 19, 2008, at 5:55 AM, Mikhail Kornienko wrote:
>
>
>
> >> Preferences > Refresh when local changes are made
>
> >> Uncheck it.
>
> > This option is responsible to a different functionality. Specifically,
> > in tracks changes to local working copies (using Leopard-only file
> > changes tracking services afaik, so it shouldn't be slow at all..).
> > Now I don't know if it tracks only the current one, or all working
> > copies...
>
> > Also, I really would like my local changes displayed immediately (so
> > unchecking the box is not an option), but I don't want (or need) for
> > my years-old working copies to be checked for changes with remote SVN
> > server. When I decide to work with an working copy, the very first
> > thing I will do it "update" it (and eventually find out if any changes
> > were made to it)
>
> > Reminders are great and useful, but not for the price of speed being
> > unacceptable. And again, I believe changes like that should've been
> > done during beta stages of development..
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Working copy locked

[Dirk Stoop]

On Nov 19, 6:45 am, stonehippo <[EMAIL PROTECTED]> wrote:
> On Nov 18, 11:40 pm, Zengy <[EMAIL PROTECTED]> wrote:
>
> > When I do try to unlock a file that is locked, I get a "Preparing to
> > unlock 'xyz'" message and it hangs there indefinitely. Any thoughts?
>
> Try Action -> Cleanup Working Copy Locks on "working copy name".

That should clear it up, Subversion alas has a couple of different
kinds of locks, see this page for a more detailed explanation:

http://svnbook.red-bean.com/en/1.2/svn.advanced.locking.html

(this is from an old revision of the svn book, the corresponding pages
in the latest edition no longer clearly mention the different kinds of
locks you can run into)

For a more concise explanation: open "Versions Help" from the help
menu in-app and see the section "Being busy" under "About Subversion -
> Key concepts -> Multiple clients" (also online over here:
http://www.versionsapp.com/viewdocpage/about_svn_kc_multiclient.html)

Basically all you'll need to remember is to hit the "Cleanup Working
Copy Locks" action menu item when you see those little clock icons in
the browser, or run 'svn cleanup' from the command-line.

- Dirk
the Versions team
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Repeated request for authentication on external resources

[Dirk Stoop]

Hi, sorry about that, this is a known problem that was introduced in
beta-9.

This issue is at the top of our to-do list for the next update.

- Dirk
the Versions team

On Nov 19, 12:53 pm, kapowaz <[EMAIL PROTECTED]> wrote:
> Since Versions came out of beta I have found myself constantly being
> requested to give authentication credentials for an svn external
> within one of my repositories. I give the correct details and tell it
> to save, but Versions requests I give them again a few minutes later.
> I know these credentials are correct (they work on the command line)
> and I'm fairly certain this problem never happened with the beta
> version.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Explaining Versions' activation process

[Dirk Stoop]

On Nov 19, 12:57 pm, kapowaz <[EMAIL PROTECTED]> wrote:
[...]
> What I'd like to know is what happens in the case of installing
> Versions on two separate computers?
[...]

Hi kapowaz, that's possible.

You can even register Versions on more than two computers.

For the exact terms, please see my post about the updated EULA over
here:
http://groups.google.com/group/versions/browse_thread/thread/b37e39709b5e382d

- Dirk
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---

Re: Umlaut problems

[Dirk Stoop]

Hi Nano,

The issues with special characters only happen in some isolated
situations.  If you, for instance set up a free beanstalk repository,
it will work fine with files in any kind of character set. (I just
added a file named "ßûse ギズツせ" to one of my testing working copies
without problems).

We're aware of the problems and are trying to figure out the actual
regression of this bug.

Any information you can provide us about the server that's hosting
your repository would be helpful.

Sorry about the trouble with the contact form, it's been performing
intermittently and we'll be replacing it with plain email addresses
soon while we figure out what exactly is causing the problems.

All the best,
- Dirk
the Versions team

On Nov 19, 10:00 am, nanoSK <[EMAIL PROTECTED]> wrote:
> Hi there,
>
> I just downloaded the trial to find out it does not cope well with
> german "Umlaut" characters (like ä,ö,ü).
> All files containing at least one such character are marked as
> "Unversioned" and (at the same time) "Missing" in my local working
> copy.
>
> Obviously the problem exists for a while now (japanese and spanish
> character 
> problems):http://groups.google.com/group/versions/browse_thread/thread/7b3efee8...
>
> Additionally the "contact" (http://versionsapp.com/contact) page just
> returns a server error.
>
> Greetings
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---