sourcejammer-devel Mailing List for SourceJammer (Page 3)
Brought to you by:
robertmacgrogan
Menu
▾
▴
sourcejammer-devel — Developer List
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(16) |
Aug
(22) |
Sep
(9) |
Oct
(89) |
Nov
(23) |
Dec
(18) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(5) |
Feb
(14) |
Mar
(4) |
Apr
(2) |
May
(10) |
Jun
|
Jul
(1) |
Aug
|
Sep
(1) |
Oct
(12) |
Nov
(19) |
Dec
(42) |
| 2003 |
Jan
(34) |
Feb
(3) |
Mar
(23) |
Apr
(25) |
May
(8) |
Jun
(31) |
Jul
(19) |
Aug
(44) |
Sep
(40) |
Oct
(21) |
Nov
(16) |
Dec
(12) |
| 2004 |
Jan
(3) |
Feb
(6) |
Mar
(12) |
Apr
(8) |
May
(6) |
Jun
(1) |
Jul
(6) |
Aug
(2) |
Sep
(4) |
Oct
(2) |
Nov
(2) |
Dec
(3) |
| 2005 |
Jan
(40) |
Feb
(49) |
Mar
(47) |
Apr
(19) |
May
(4) |
Jun
(4) |
Jul
(5) |
Aug
(6) |
Sep
(1) |
Oct
(2) |
Nov
|
Dec
(2) |
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
(7) |
May
(6) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Marc P. <ma...@an...> - 2005-04-04 13:08:25
|
Robert MacGrogan wrote:
> You're suggesting that labels be applied to files instead of files being applied to labels? Would
> we still have a shortcut to let you apply the label to all the files in a particular folder?
Of course - but it should be right-click on folder / file -> "Add
label". Then you should have a dialog that shows a list of labels that
already exist, and also has a "Create new label" option.
Plus then you need the option for "Make floating" on each label, so you
can have labels that stick with the latest revision of the files, i.e.
"projectX_HEAD".
> This is a pretty major change. I can definitely see that building complex labels is nearly
> impossible with the current architecture. But I wonder if there might be a less radical change we
> could make to make this work. I don't really know, though.
>
> And how would this new architecture work with the "rebuild" label concept?
Conceptually, easy:
for each file with label X on a revision
move label to latest revision of X
Basically the idea is that you bind a label ID to a revision of each
file/folder, and you can move the revision it is assigned to (or it can
auto-float).
Plus, I really don't think labels should be in the server (or client)
filesystem - it's a mess. When you do things like build javadocs on a
source tree with labels in it you need to make sure you exclude the
label files (and have to name them so you can) or it fails.
If labels are files, the client and user should never know about it.
they could be from a JDBC database for all we know - i.e. it's
implementation detail so let's hide it :)
Cheers
--
Marc Palmer wj...@wa...
Wangjammers - Java, J2ME and Web Consultants
~ http://www.wangjammers.org/
|
|
From: Timo H. <tim...@ya...> - 2005-04-04 12:53:06
|
Hello guys, i have solved the two open problems with the beta 1 client. I will check in my changes tommorow. 1.) The Windows L&F is working again 2.) I have changed the behavior of the .source.jam option. We now have a checkbox in the advanced panel of the pref-dialog. I you check it (unchecked by default) the .source.jam files are seperated from the sourcefiles and will be written in a subdirectory of the users home dir. - What i didn't found: 1.) I can't reproduce Marcs Problem with the metuia L&F. It's working for me 2.) Rob mentioned that he has Problems with icons for shared files. Is that correct Rob?? - What i want to check is if the skinlf jar is up to date - We need to update all language files except of german and english before releasing the new version. Any volunteer? But please wiat until i have checked in the language files (tommorow) Timo __________________________________ Do you Yahoo!? Yahoo! Personals - Better first dates. More second dates. http://personals.yahoo.com |
|
From: Eric <eri...@at...> - 2005-04-01 17:23:35
|
It's great to hear that sourcejammer development has ramped up! I was using it three years ago as a central means to work on code from several locations, and thought it was pretty cool. I'm curious if any thought has been given regarding Javadoc versioning of files. By this, I mean updating the version javadoc tags of each source file. I realize that labels are used to version code in SJ, but was wondering if anyone had considered enhancing SJ to be able to update the source file's javadoc. Do folks using SJ just manually keep the javadoc version tag up to date? Actually, I have a table in my javadoc sources which provides change date, version, developer initials, and a short description of the change. While some may argue that such change details are best stored outside source code, it really does help with source code documentation. Perhaps such functionality, e.g. updating javadoc tags, could be pluggable in SJ, so that if one wanted such functionality, they could implement it. Currently, the version of files is an integer which is incremented everytime a new version is created, in contrast to the usage of labels which usually possess a more detailed version-numbering scheme, e.g. major.minor.etc. Eric |
|
From: Robert M. <rob...@ya...> - 2005-04-01 15:29:13
|
You're suggesting that labels be applied to files instead of files being applied to labels? Would we still have a shortcut to let you apply the label to all the files in a particular folder? This is a pretty major change. I can definitely see that building complex labels is nearly impossible with the current architecture. But I wonder if there might be a less radical change we could make to make this work. I don't really know, though. And how would this new architecture work with the "rebuild" label concept? --Rob --- Marc Palmer <ma...@an...> wrote: > > Hi, > > You can tell I'm using SJ more and for more advanced things now eh :( > > I'll be honest - I think SJ's labelling is too limited. > > If you have files spread over different projects that need to be > labelled together - so you can get all files that have a label = "xxx" > from SJ even if they cross top-level project - you have to manually > create lots of labels, and then if you want to get all the files you > have to do lots of separate GETs. > > I think you should be able to do something like "Create label", and just > attach existing labels to any folders or files in the tree. > > Then you should be able to do "Get labelled version" on the -root- > folder (or anything below it) and choose a label from the list of known > labels... and it will get everything from the tree that applies to that > label - but without iterating over ever file in the archive - i.e. the > server should store a cache on disk of which files have which label. :) > > This is more like CVS... and while CVS is horrible there is some wisdom > there. > > Cheers > -- > Marc Palmer wj...@wa... > > Wangjammers - Java, J2ME and Web Consultants > ~ http://www.wangjammers.org/ > > > > ------------------------------------------------------- > This SF.net email is sponsored by Demarc: > A global provider of Threat Management Solutions. > Download our HomeAdmin security software for free today! > http://www.demarc.com/info/Sentarus/hamr30 > _______________________________________________ > SourceJammer-devel mailing list > Sou...@li... > https://lists.sourceforge.net/lists/listinfo/sourcejammer-devel > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: Robert M. <rob...@ya...> - 2005-04-01 15:19:07
|
I used to bundle TC a few years ago but decided that it was unnecessary. If you think this would be helpful to people, we can do it. Should be pretty easy, really. We should have both with and without TC downloads, obviously. All this will take is an addition to the build file and a slight modification to the server install script. --Rob --- Marc Palmer <ma...@an...> wrote: > Robert MacGrogan wrote: > > Hello, Nadir. > > > > There is no database. SJ stores all files directly on the filesystem (which makes setup pretty > > easy, I think). > > > > Your SJ archives can be accessed via a web browser, but that is for read operations only. No > > checkins/outs through a web interface. Regardless, SJ does need to run in a servlet contianer > > (such as Tomcat) because it uses SOAP as its rpc protocol. > > Guys - this from the user list. > > Having played with quite a few open source webapps I can say with some > confidence that if we want to increase SJ's market share that we should > work to a standalone server build that bundles Tomcat. > > i.e. you can do a single server download, it will install itself, and it > is running (with web interface disabled!). > > Does anybody have the skills to do that easily? > > Cheers > > > -- > Marc Palmer wj...@wa... > > Wangjammers - Java, J2ME and Web Consultants > ~ http://www.wangjammers.org/ > > > > ------------------------------------------------------- > This SF.net email is sponsored by Demarc: > A global provider of Threat Management Solutions. > Download our HomeAdmin security software for free today! > http://www.demarc.com/info/Sentarus/hamr30 > _______________________________________________ > SourceJammer-devel mailing list > Sou...@li... > https://lists.sourceforge.net/lists/listinfo/sourcejammer-devel > __________________________________ Do you Yahoo!? Yahoo! Personals - Better first dates. More second dates. http://personals.yahoo.com |
|
From: Marc P. <ma...@an...> - 2005-04-01 09:11:42
|
Hi, You can tell I'm using SJ more and for more advanced things now eh :( I'll be honest - I think SJ's labelling is too limited. If you have files spread over different projects that need to be labelled together - so you can get all files that have a label = "xxx" from SJ even if they cross top-level project - you have to manually create lots of labels, and then if you want to get all the files you have to do lots of separate GETs. I think you should be able to do something like "Create label", and just attach existing labels to any folders or files in the tree. Then you should be able to do "Get labelled version" on the -root- folder (or anything below it) and choose a label from the list of known labels... and it will get everything from the tree that applies to that label - but without iterating over ever file in the archive - i.e. the server should store a cache on disk of which files have which label. :) This is more like CVS... and while CVS is horrible there is some wisdom there. Cheers -- Marc Palmer wj...@wa... Wangjammers - Java, J2ME and Web Consultants ~ http://www.wangjammers.org/ |
|
From: Albert M. <amo...@ev...> - 2005-04-01 08:27:34
|
"You give them your hand and they take all of your arm" is the Spanish version :-D Isn't it funny that every language has an expression for it? It seems there are scrounging people all over the world! *laugh* Anyway, it has not been me who has assigned the issue to you. Mine was just a cheeky proposal, but Robert has set you as the responsible at phpBugTracker, all complains to him! ;-) I agree, though, that all these new improvements should be tackled in the 2.2 version. 2.1 ought to be limitted now to bug resolving. Cheers, Albert. ----- Original Message ----- From: "Robert MacGrogan" <rob...@ya...> To: <sou...@li...> Sent: Wednesday, March 30, 2005 5:06 PM Subject: Re: [SourceJammer-devel] Beta 2.1.2 problems > >>Well, sorry to assign > > > you > > > work, but so far most of your production has been very cool. > > Hah. In Germany we say: Give them your small finger and they take the complete > > hand ;-) Let's how we assign tasks for 2.2 development branch... > > I English, I guess we'd say "Give 'em an inch and they take a mile." > > I do think that Timo is right that any new requests can wait till 2.2. > > > > > > BTW, I love the vertical bar with the visual index of changes in the diff > > > tool! > > I second that. The new diff viewer is very cool. > > Re: Metouia: It's not causing any problems for me either. But I don't really care if we drop it > from the list either. > > I have an additional bug to report as well. There don't seem to be new icons for shared files > (either text or binary). > > --Rob > > > > > > > __________________________________ > Do you Yahoo!? > Make Yahoo! your home page > http://www.yahoo.com/r/hs > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > SourceJammer-devel mailing list > Sou...@li... > https://lists.sourceforge.net/lists/listinfo/sourcejammer-devel > |
|
From: Marc P. <ma...@an...> - 2005-04-01 08:04:58
|
Robert MacGrogan wrote: > Hello, Nadir. > > There is no database. SJ stores all files directly on the filesystem (which makes setup pretty > easy, I think). > > Your SJ archives can be accessed via a web browser, but that is for read operations only. No > checkins/outs through a web interface. Regardless, SJ does need to run in a servlet contianer > (such as Tomcat) because it uses SOAP as its rpc protocol. Guys - this from the user list. Having played with quite a few open source webapps I can say with some confidence that if we want to increase SJ's market share that we should work to a standalone server build that bundles Tomcat. i.e. you can do a single server download, it will install itself, and it is running (with web interface disabled!). Does anybody have the skills to do that easily? Cheers -- Marc Palmer wj...@wa... Wangjammers - Java, J2ME and Web Consultants ~ http://www.wangjammers.org/ |
|
From: Marc P. <ma...@an...> - 2005-03-31 16:07:46
|
Robert MacGrogan wrote: > Here's a discussion of a remarkably similar problem in an Eclipse bug submission: > > https://bugs.eclipse.org/bugs/show_bug.cgi?id=5337 > > The upshot is that the culprit is FAT 32. Marc, is it possible that you're file system is > formatted to use FAT 32, as opposed to NTFS? Yep, my main project drive is a crusty old FAT32, but my other drives are NTFS. We need to doc this somewhere to save people like me whinging about it :) Cheers -- Marc Palmer wj...@wa... Wangjammers - Java, J2ME and Web Consultants ~ http://www.wangjammers.org/ |
|
From: Robert M. <rob...@ya...> - 2005-03-31 15:54:20
|
Here's a discussion of a remarkably similar problem in an Eclipse bug submission: https://bugs.eclipse.org/bugs/show_bug.cgi?id=5337 The upshot is that the culprit is FAT 32. Marc, is it possible that you're file system is formatted to use FAT 32, as opposed to NTFS? --Rob --- Robert MacGrogan <rob...@ya...> wrote: > Somehow Yahoo ate my first attempt to answer this message. > > I delved into the SJ code to find where's it's doing this date comparison. Here's what it does: > > 1) Info about the local file is stored in the .source.jam file when you add, check in, check > out, > or get the file. > > 2) The date that is stored comes from getting the lastModified() value from the java.io.File > object. This value is actually a long, not a Date. I assume it is equivelent to Date.getTime(). > > 3) When the local/remote sync color is set, the current properties of the local file are > compared > to the stored values. SJ gets lastModified() again and compares this to the stored > lastModified() > value. If they are not equal, you get the out-of-sync color. > > You would not think that the lastModified() value of a file would change just because you go > into > or out of DST. Why would it? The real question, of course, is how should SJ be comparing these > values to avoid this problem? Any ideas? > > --Rob > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: Robert M. <rob...@ya...> - 2005-03-31 15:44:32
|
Somehow Yahoo ate my first attempt to answer this message. I delved into the SJ code to find where's it's doing this date comparison. Here's what it does: 1) Info about the local file is stored in the .source.jam file when you add, check in, check out, or get the file. 2) The date that is stored comes from getting the lastModified() value from the java.io.File object. This value is actually a long, not a Date. I assume it is equivelent to Date.getTime(). 3) When the local/remote sync color is set, the current properties of the local file are compared to the stored values. SJ gets lastModified() again and compares this to the stored lastModified() value. If they are not equal, you get the out-of-sync color. You would not think that the lastModified() value of a file would change just because you go into or out of DST. Why would it? The real question, of course, is how should SJ be comparing these values to avoid this problem? Any ideas? --Rob --- Marc Palmer <ma...@an...> wrote: > > So the clocks go forward here in the UK, and again the SJ server thinks > -all- of my local files are out of date. > > This is such a pain, we have to track it down. How can I help? > > My clients are setup for GMT, with "automatically adjust for DST" turned on. > > The server is setup exactly the same. > > All boxes show the same time. > > I'm guessing there is a problem with some Time/Calendar usage in SJ > server or client not using methods that take the timezone into account > properly. > > Date.getTime() returns UTC. This does not include DST adjustments. So I > suspect in some places SJ is using this UTC value with DST adjusted > (Calendar.get(Calendar.ZONE_OFFSET) + Calendar.get(Calendar.DST_OFFSET)) > and in others just the ZONE_OFFSET > > ...or SJ is never doing timezone adjustments. > > Anyway, it's getting confused along these lines. > > Cheers > > > -- > Marc Palmer wj...@wa... > > Wangjammers - Java, J2ME and Web Consultants > ~ http://www.wangjammers.org/ > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > SourceJammer-devel mailing list > Sou...@li... > https://lists.sourceforge.net/lists/listinfo/sourcejammer-devel > __________________________________ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo |
|
From: Marc P. <ma...@an...> - 2005-03-30 15:17:22
|
So the clocks go forward here in the UK, and again the SJ server thinks -all- of my local files are out of date. This is such a pain, we have to track it down. How can I help? My clients are setup for GMT, with "automatically adjust for DST" turned on. The server is setup exactly the same. All boxes show the same time. I'm guessing there is a problem with some Time/Calendar usage in SJ server or client not using methods that take the timezone into account properly. Date.getTime() returns UTC. This does not include DST adjustments. So I suspect in some places SJ is using this UTC value with DST adjusted (Calendar.get(Calendar.ZONE_OFFSET) + Calendar.get(Calendar.DST_OFFSET)) and in others just the ZONE_OFFSET ...or SJ is never doing timezone adjustments. Anyway, it's getting confused along these lines. Cheers -- Marc Palmer wj...@wa... Wangjammers - Java, J2ME and Web Consultants ~ http://www.wangjammers.org/ |
|
From: Robert M. <rob...@ya...> - 2005-03-30 15:06:18
|
>>Well, sorry to assign > > you > > work, but so far most of your production has been very cool. > Hah. In Germany we say: Give them your small finger and they take the complete > hand ;-) Let's how we assign tasks for 2.2 development branch... I English, I guess we'd say "Give 'em an inch and they take a mile." I do think that Timo is right that any new requests can wait till 2.2. > > > BTW, I love the vertical bar with the visual index of changes in the diff > > tool! I second that. The new diff viewer is very cool. Re: Metouia: It's not causing any problems for me either. But I don't really care if we drop it from the list either. I have an additional bug to report as well. There don't seem to be new icons for shared files (either text or binary). --Rob __________________________________ Do you Yahoo!? Make Yahoo! your home page http://www.yahoo.com/r/hs |
|
From: Robert M. <rob...@ya...> - 2005-03-30 14:55:50
|
Good suggestion, Marc. I'm still hoping we'll switch to Jira, but for now, could you drop this into the phpbt? Thanks. --Rob --- Marc Palmer <ma...@an...> wrote: > > Hiya, > > I'm trying to feed in some user experience stuff as I'm only now > starting to use newer clients and also access offsite SJ servers. > > A quick but important one I bumped into today. If for example you are > performing a large "GET FOLDER" request, if any of the SOAP HTTP > connections fails, you get a reasonably nice error dialog but no option > to "Retry". > > If your internet connection goes down briefly this means you have to do > a get on the whole tree again. It would be so much nicer to be able to > continue from the error dialog, a bit like the classic "Abort, Retry, > Ignore" :) > > Cheers > > -- > Marc Palmer wj...@wa... > > Wangjammers - Java, J2ME and Web Consultants > ~ http://www.wangjammers.org/ > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > SourceJammer-devel mailing list > Sou...@li... > https://lists.sourceforge.net/lists/listinfo/sourcejammer-devel > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: Marc P. <ma...@an...> - 2005-03-30 12:49:08
|
Timo Haberkern wrote: > Hmm, never had this Problem with Metuia. What plattform do you running the > client (OS, Java VM)?? Metouia isn't developed for a long time and the project > seems dead. Windows XP SP1, Sun JDK 1.4.1_01 Cheers -- Marc Palmer wj...@wa... Wangjammers - Java, J2ME and Web Consultants ~ http://www.wangjammers.org/ |
|
From: Timo H. <tim...@ya...> - 2005-03-30 12:17:20
|
Rob, i hope i will be able to solve that problem tommorow. I'm i little bit under stress at the moment. Timo --- Robert MacGrogan <rob...@ya...> wrote: > I haven't noticed anything else except for the Windows LAF problem Albert > also mentioned. But I > have not tested it all tha tmuch yet. I want to test the new client by using > it for my regular SJ > client, but I don't feel comfortable doing that until the .source.jam issue > is resolved. > > Thanks. > > --Rob > > > > --- Timo Haberkern <tim...@ya...> wrote: > > Rob, > > > > i will change the behavior like you suggested. The users home directory > seems > > to be ok for me. I hope i will fix the problem the next two days. > > > > Any other problems with the new release so far? > > > > Timo > > > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > SourceJammer-devel mailing list > Sou...@li... > https://lists.sourceforge.net/lists/listinfo/sourcejammer-devel > __________________________________ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail |
|
From: Timo H. <tim...@ya...> - 2005-03-30 12:16:07
|
Hi, a +1 one for that from me. But don't know how easy it is ro solve. Timo --- Marc Palmer <ma...@an...> wrote: > > Hiya, > > I'm trying to feed in some user experience stuff as I'm only now > starting to use newer clients and also access offsite SJ servers. > > A quick but important one I bumped into today. If for example you are > performing a large "GET FOLDER" request, if any of the SOAP HTTP > connections fails, you get a reasonably nice error dialog but no option > to "Retry". > > If your internet connection goes down briefly this means you have to do > a get on the whole tree again. It would be so much nicer to be able to > continue from the error dialog, a bit like the classic "Abort, Retry, > Ignore" :) > > Cheers > > -- > Marc Palmer wj...@wa... > > Wangjammers - Java, J2ME and Web Consultants > ~ http://www.wangjammers.org/ > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > SourceJammer-devel mailing list > Sou...@li... > https://lists.sourceforge.net/lists/listinfo/sourcejammer-devel > __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/ |
|
From: Timo H. <tim...@ya...> - 2005-03-30 12:15:19
|
I only have the Windows L&F Problem at the and hope to fix it till tommorow. > Is there any planning to improve the tree view of the shares and branches of > a > file? Well, I'll search the issue tracker and add it if none exists. It's a > visual feature that will help the usage of that tab of the details dialog, > and I > think Timo could find a very nice way to display it. Well, sorry to assign > you > work, but so far most of your production has been very cool. Hah. In Germany we say: Give them your small finger and they take the complete hand ;-) Let's how we assign tasks for 2.2 development branch... > BTW, I love the vertical bar with the visual index of changes in the diff > tool! Thanks :-) --- Albert Moliner <amo...@ev...> wrote: > > No screwing to me with any M-whatever L&F, all four (Metouia, Metal, Modern > and > MacOS) run fine. So it seems that they work randomly on different machines, > or > perhaps I have not been able to find the popup that breaks down. > > Is there any planning to improve the tree view of the shares and branches of > a > file? Well, I'll search the issue tracker and add it if none exists. It's a > visual feature that will help the usage of that tab of the details dialog, > and I > think Timo could find a very nice way to display it. Well, sorry to assign > you > work, but so far most of your production has been very cool. > > BTW, I love the vertical bar with the visual index of changes in the diff > tool! > > Cheers, > Albert. > > > ----- Original Message ----- > From: "Marc Palmer" <ma...@an...> > To: <sou...@li...> > Sent: Wednesday, March 30, 2005 11:11 AM > Subject: Re: [SourceJammer-devel] Beta 2.1.2 problems > > > > Robert MacGrogan wrote: > > > I haven't noticed anything else except for the Windows LAF problem Albert > also mentioned. But I > > > have not tested it all tha tmuch yet. I want to test the new client by > using > it for my regular SJ > > > client, but I don't feel comfortable doing that until the .source.jam > issue > is resolved. > > > > There is a LAF that completely screws up under Windows... I think it was > > one beginning with "M"... you can't see popup list boxes (they only > > render the portion under the mouse if you move the mouse). > > > > I think any faulty LAF should be excluded from the list, as this is > > probably not anything related to SJ code. > > > > Timo - will you be putting in a checkbox for the ".source.jam external > > directory" option and setting it to OFF by default as per Robert's > > suggestion? I second this, as the current mechanism is very confusing. I > > haven't been able to get 2.1.2 working properly at all yet as a result > > of this. > > > > Cheers > > > > -- > > Marc Palmer wj...@wa... > > > > Wangjammers - Java, J2ME and Web Consultants > > ~ http://www.wangjammers.org/ > > > > > > > > ------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide > > Read honest & candid reviews on hundreds of IT Products from real users. > > Discover which products truly live up to the hype. Start reading now. > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > _______________________________________________ > > SourceJammer-devel mailing list > > Sou...@li... > > https://lists.sourceforge.net/lists/listinfo/sourcejammer-devel > > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > SourceJammer-devel mailing list > Sou...@li... > https://lists.sourceforge.net/lists/listinfo/sourcejammer-devel > __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/ |
|
From: Timo H. <tim...@ya...> - 2005-03-30 12:10:08
|
Hmm, never had this Problem with Metuia. What plattform do you running the client (OS, Java VM)?? Metouia isn't developed for a long time and the project seems dead. And we have many problems with all SkinLF based L&Fs (Modern...) Maybe we should shrink the list of possible L&Fs to the really useable ones like Marc suggested. +1 from me for doing so. Timo --- Marc Palmer <ma...@an...> wrote: > Robert MacGrogan wrote: > > I haven't noticed anything else except for the Windows LAF problem Albert > also mentioned. But I > > have not tested it all tha tmuch yet. I want to test the new client by > using it for my regular SJ > > client, but I don't feel comfortable doing that until the .source.jam issue > is resolved. > > There is a LAF that completely screws up under Windows... I think it was > one beginning with "M"... you can't see popup list boxes (they only > render the portion under the mouse if you move the mouse). > > I think any faulty LAF should be excluded from the list, as this is > probably not anything related to SJ code. > > Timo - will you be putting in a checkbox for the ".source.jam external > directory" option and setting it to OFF by default as per Robert's > suggestion? I second this, as the current mechanism is very confusing. I > haven't been able to get 2.1.2 working properly at all yet as a result > of this. > > Cheers > > -- > Marc Palmer wj...@wa... > > Wangjammers - Java, J2ME and Web Consultants > ~ http://www.wangjammers.org/ > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > SourceJammer-devel mailing list > Sou...@li... > https://lists.sourceforge.net/lists/listinfo/sourcejammer-devel > __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/ |
|
From: Marc P. <ma...@an...> - 2005-03-30 11:31:58
|
Hiya, I'm trying to feed in some user experience stuff as I'm only now starting to use newer clients and also access offsite SJ servers. A quick but important one I bumped into today. If for example you are performing a large "GET FOLDER" request, if any of the SOAP HTTP connections fails, you get a reasonably nice error dialog but no option to "Retry". If your internet connection goes down briefly this means you have to do a get on the whole tree again. It would be so much nicer to be able to continue from the error dialog, a bit like the classic "Abort, Retry, Ignore" :) Cheers -- Marc Palmer wj...@wa... Wangjammers - Java, J2ME and Web Consultants ~ http://www.wangjammers.org/ |
|
From: Albert M. <amo...@ev...> - 2005-03-30 10:43:21
|
No screwing to me with any M-whatever L&F, all four (Metouia, Metal, Modern and MacOS) run fine. So it seems that they work randomly on different machines, or perhaps I have not been able to find the popup that breaks down. Is there any planning to improve the tree view of the shares and branches of a file? Well, I'll search the issue tracker and add it if none exists. It's a visual feature that will help the usage of that tab of the details dialog, and I think Timo could find a very nice way to display it. Well, sorry to assign you work, but so far most of your production has been very cool. BTW, I love the vertical bar with the visual index of changes in the diff tool! Cheers, Albert. ----- Original Message ----- From: "Marc Palmer" <ma...@an...> To: <sou...@li...> Sent: Wednesday, March 30, 2005 11:11 AM Subject: Re: [SourceJammer-devel] Beta 2.1.2 problems > Robert MacGrogan wrote: > > I haven't noticed anything else except for the Windows LAF problem Albert also mentioned. But I > > have not tested it all tha tmuch yet. I want to test the new client by using it for my regular SJ > > client, but I don't feel comfortable doing that until the .source.jam issue is resolved. > > There is a LAF that completely screws up under Windows... I think it was > one beginning with "M"... you can't see popup list boxes (they only > render the portion under the mouse if you move the mouse). > > I think any faulty LAF should be excluded from the list, as this is > probably not anything related to SJ code. > > Timo - will you be putting in a checkbox for the ".source.jam external > directory" option and setting it to OFF by default as per Robert's > suggestion? I second this, as the current mechanism is very confusing. I > haven't been able to get 2.1.2 working properly at all yet as a result > of this. > > Cheers > > -- > Marc Palmer wj...@wa... > > Wangjammers - Java, J2ME and Web Consultants > ~ http://www.wangjammers.org/ > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > SourceJammer-devel mailing list > Sou...@li... > https://lists.sourceforge.net/lists/listinfo/sourcejammer-devel > |
|
From: Marc P. <ma...@an...> - 2005-03-30 09:12:09
|
Robert MacGrogan wrote: > I haven't noticed anything else except for the Windows LAF problem Albert also mentioned. But I > have not tested it all tha tmuch yet. I want to test the new client by using it for my regular SJ > client, but I don't feel comfortable doing that until the .source.jam issue is resolved. There is a LAF that completely screws up under Windows... I think it was one beginning with "M"... you can't see popup list boxes (they only render the portion under the mouse if you move the mouse). I think any faulty LAF should be excluded from the list, as this is probably not anything related to SJ code. Timo - will you be putting in a checkbox for the ".source.jam external directory" option and setting it to OFF by default as per Robert's suggestion? I second this, as the current mechanism is very confusing. I haven't been able to get 2.1.2 working properly at all yet as a result of this. Cheers -- Marc Palmer wj...@wa... Wangjammers - Java, J2ME and Web Consultants ~ http://www.wangjammers.org/ |
|
From: Robert M. <rob...@ya...> - 2005-03-29 15:31:20
|
I haven't noticed anything else except for the Windows LAF problem Albert also mentioned. But I have not tested it all tha tmuch yet. I want to test the new client by using it for my regular SJ client, but I don't feel comfortable doing that until the .source.jam issue is resolved. Thanks. --Rob --- Timo Haberkern <tim...@ya...> wrote: > Rob, > > i will change the behavior like you suggested. The users home directory seems > to be ok for me. I hope i will fix the problem the next two days. > > Any other problems with the new release so far? > > Timo > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: Albert M. <amo...@ev...> - 2005-03-29 15:11:02
|
Hello! I haven't tested the .source.jam-files separation yet, but the first appearance is nice. There has been an exception when setting the L&F to Windows, but tomorrow I'll try and see whether that was something wrong with the program or with the computer itself. And it's compatible with 2.1.1 servers! Wow! ;-) Albert. ----- Original Message ----- From: "Robert MacGrogan" <rob...@ya...> To: "SourceJammer Devel" <sou...@li...> Sent: Friday, March 25, 2005 4:15 AM Subject: [SourceJammer-devel] 2.1.2 Client beta release > I just released the 2.1.2 beta client create by Timo. You can download it from the SJ project > download page. I'll try to add a link on the download page on the sourcejammer.org site as well. > > A couple of issues I have for you, Timo. You added a feature that allows you to store the > .source.jam files in an outside directory. Is it possible to configure SJ to use the old approach > of storing these files in the local directory? Could we make this the default behavior, as well? > Also, your change, by default, puts the files in [install directory]/.sourcejammer.projectinfo. I > suggest that we put this in [user directory]/.sourcejammer/projectinfo instead (where user > directory is the local directory for the user, such as /home/[username] in Linux or c:\Documents > and Setting\[username] in Windows. > > Thanks. > > --Rob > > > > __________________________________ > Do you Yahoo!? > Yahoo! Small Business - Try our new resources site! > http://smallbusiness.yahoo.com/resources/ > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > SourceJammer-devel mailing list > Sou...@li... > https://lists.sourceforge.net/lists/listinfo/sourcejammer-devel > |
|
From: Timo H. <tim...@ya...> - 2005-03-29 07:22:51
|
Rob, i will change the behavior like you suggested. The users home directory seems to be ok for me. I hope i will fix the problem the next two days. Any other problems with the new release so far? Timo --- Robert MacGrogan <rob...@ya...> wrote: > I had similar problems. > > Timo, as I thought about this feature more, I thought a better configuration > approach might be to > have a checkbox instead of a text box for entering a file path. > > Check the box to store files "externally". Don't check the box to store files > in the local folder. > And I don't think we need to offer options of where to store the files. I > think we can just pick a > logical location and stick with it. [user folder]/.sourcejammer seems like a > pretty good place, > though I realize that this is inconsistent with other files the client > stores. Probably we should > store the [username].[archive] files in there as well, but let's not worry > about that for this > release. > > --Rob > > > --- Marc Palmer <ma...@an...> wrote: > > > > Hi, > > > > I'm trying it out... and I cleared the "external path for .source.jam" > > setting and now I can't get any files an have SJ actually think I have > > the latest version, it always shows them out of date. > > > > How do you make SJ 2.1.2 work the way it used to?! > > > > Also, I changed the setting to blank, exitted SJ, ran it again and magic > > - the .\sourcejammer.projectinfo setting is back! > > > > Cheers > > > > > > -- > > Marc Palmer wj...@wa... > > > > Wangjammers - Java, J2ME and Web Consultants > > ~ http://www.wangjammers.org/ > > > > > > > > ------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide > > Read honest & candid reviews on hundreds of IT Products from real users. > > Discover which products truly live up to the hype. Start reading now. > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > _______________________________________________ > > SourceJammer-devel mailing list > > Sou...@li... > > https://lists.sourceforge.net/lists/listinfo/sourcejammer-devel > > > > > > __________________________________ > Do you Yahoo!? > Yahoo! Small Business - Try our new resources site! > http://smallbusiness.yahoo.com/resources/ > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > SourceJammer-devel mailing list > Sou...@li... > https://lists.sourceforge.net/lists/listinfo/sourcejammer-devel > __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/ |
1 message has been excluded from this view by a project administrator.
