Re: [Ginp-developers] Version 0.2 is released

[Doug C. <do...@cu...>]

Justin wrote:

>
> Doug,
>
>     Split the distribution into a src and war distribution but don't 
> make people have to download both the war and the lib to run ginp.

I thought about this on the way to work this morning and came to the 
same conclusion.  Next release will have a ginp-src-v0.21.zip, 
ginp-src-v0.21.tgz and a ginp.war file.

>
>     We want to go for the simplest possible install.  It's ok to make 
> developers and those who want to build it themselves do a little more 
> work.  However, regular users, who may not even know Java, who just 
> want to download it and get the app to work should just be given a 
> single bundled war to download so that they can copy ginp.war into the 
> war dir and have it work without having to be aware of classpaths, 
> etc.  8 megs is not a lot these days.  I think that we are done 
> growing for a while unless we add a db persistance layer.

If we split it it will be half the size (~4 MB).

>
>     I fixed the '+' encoding bug... the right way. I strongly 
> recommend we do a 0.21 release before people hand out lots of 
> permalinks using your custom encoding.

Using the standard encoder is more elegant than my encoding.  I was 
confused because the links were passed through an encoder but it did not 
do the + char.   I can confirm that it works with my test files with 
funny names.  The German Chars do not work.  I tried changing the 
URLDecoder.decode(parameterValue,"UTF-8"); methods to ISO-8859-1 but it 
did not help.

>
>     Glad to hear that we have a user!  Remember, we have to think that 
> people are going to download ginp and expect to be able to figure out 
> how it works in 15 minutes or they are going to dump it and go onto 
> the next project.  We need to make all this work as simply as possible!

What are your thoughts on changing page 4 of the set up wizard to a 
"Congratulations click here to go to the home page"  We change the home 
page to be a bit more sexy and/or clearer.  We drop the select a style 
per collection option.  This makes it clearer, and simpler.  We could 
also use the style of the home page for the wizard so it looks more like 
part of the delivered application rather than an add on.

You mention db.  What are your thoughts on this?  I want to avoid a db 
because it is something else to set up and it makes moving pictures 
complex.  I like the idea of using a file manager for managing files.  A 
desktop program like gimp for editing pictures and a web application for 
presenting them.  I think that if the data is on the disk with the 
picture it is easy to move it with the picture file.  I also think that 
the XML data can be parsed and an made into an in-memory searchable 
index.  However searching and sorting data is a job for a database.  
What do you think?

I will try to get 0.21 out soon.

>
> Cheers,
>
>     Justin
>
>
> Doug Culnane wrote:
>
>> Dear Justin,
>>
>> The file version 0.2  is released.  It is huge and I think I need to 
>> split the releases into war src and lib.  Or have some other 
>> system...  Got any ideas?
>>
>> I fixed the + char file name bug.  It is not very elegant but it 
>> works and should be robust.  If other chars cause problems we can add 
>> then to the StringTool function.  I can get the German chars to work 
>> the "äöüÄÖÜß" I do not know why but non ASCII chars are a problem.
>>
>> I moved the resource Bundles because it is now easier to merge src 
>> trees.  Hope this is OK.
>>
>> We have a user!
>>  From the web stats of the ginp site I found a link from this site:
>> http://www.jimmynails.com/
>>
>>
>> All the best,
>>
>> Doug
>>
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> Ginp-developers mailing list
> Gin...@li...
> https://lists.sourceforge.net/lists/listinfo/ginp-developers
>


-- 
Doug Culnane
do...@cu...
www.culnane.net