Sounds good. About Wicket-stuff. Yep, that's the trade-off between having one package/ one pattern that is maintained by one person, and having a couple of competing ones maintained by multiple persons. I think in the case of integration with things like Hibernate/ Spring etc, there is no one right answer for everyone. Like for me, though I can understand that a lot of people dig the 'ioc' stuff etc, I haven't really found the need for Spring yet. And the Hibernate package I put in there last year leaves a lot of things to be desired from an API point of view (I learned a lot about these things since then by joining Wicket, working with Jonathan and reading books like effective java), but it works and is lightweight/ focussed. So it serves my needs right now. But... guys like Phil, Igor and Jonathan (both Jonathans actually) thought it wasn't what they wanted, so they started up new projects with a broader scope. And that's great. It will take some time, but I think we'll have some /really/ good database/ framework integration stuff in a few months because of that. Much better than when there would be no competition. That said, it would be nice if the current committers of Wicket stuff (and you're one of them) would take the time to put out a little distribution now and then, so that it gets easier for people to actually use it. For now, I think it can best be seen as a whole can of idea's to copy paste from for your own project's needs. That's what I do now. I'll depend on the actual distributions when I think they will be stable enough. Eelco
-----Oorspronkelijk bericht-----
Van: Gili [mailto:[EMAIL PROTECTED]
Verzonden: vr 19-8-2005 10:45
Aan: [email protected]
CC:
Onderwerp: Re: [Wicket-user] Wicket-based image gallery
The resources *are* coming from the database. What made you
think they
are packaged resources? :)
Regarding the second part of your question, there actually will
be
millions of images in the future. At least that's the plan. Take a look
at DeviantArt for an example... they've got multi-millions already.
Right now I generate thumbnails on the fly and cache them in the
database. This means that the first time a category is hit it will be
(very) slow but subsequent hits should be fast. I'm still not pleased
with the current performance but that's not my main priority right now.
I am far more concerned with fixing up the interface so users can
navigate from one theme category to another.
I am glad I got this working, but if I may inject some minor
criticism:
wicket-stuff is still far too disorganized :) I am very impressed with
the functionality it provides but very turned off by the amount of work
it takes to learn how to use it. It's also very confusing that there are
multiple components that do the same thing.
> Oh, and I would keep the index of images in a database. Just
something like a name, description and (logical) physical name. The physical
name could be like 'mybeauty' which would then be translated to
'/somedir/samples/tumbs-medium/mybeauty.jpg' and
'somedir/samples/full/mybeauty.jpg'.
heh... but that would require a crazy amount of work! :) Right now I've
simply use the image ID in the URL.
Gili
Eelco Hillenius wrote:
> Glad you're having fun Gili :)
>
> Why would you serve those images as Package(d) resources? Have you
tried serving them from a database, or - what I should do - just from some fs
location? That would make your distribution way more flexible imo.
>
> As for serving from a database, did you take a look at the cdapp
example? You can upload images in it, and it creates thumbnails on the fly
(which is dynamic image processing too).
>
> I think in your case, as I suspect your desktop images have a pretty
static nature, and it won't be millions of them, I would pre-generate them
(thumbnails and the images with 'SAMPLE') and deploy them to a location where
they can be picked up immediately by a webserver (either as part of your webapp
in your webapp root dir, or another virtual directory that can be served by
e.g. Apache directly for optimal performance).
>
> Just my 2c,
>
> Eelco
>
>
> -----Oorspronkelijk bericht-----
> Van: Gili [mailto:[EMAIL PROTECTED]
> Verzonden: vr 19-8-2005 9:16
> Aan: [EMAIL PROTECTED]
> CC:
> Onderwerp: [Wicket-user] Wicket-based image gallery
>
>
>
>
> You guys get a sneak peek at my unofficial image
gallery (it's far from
> complete)..
>
>
http://www.desktopbeautifier.com/Main?bookmarkablePage=gallery&theme=71
>
> You can see a couple of things at play here:
>
> - PageableDataView working on top of ColumnedDataProvider (I
haven't
> looked at Igor's new Grid component yet)
> - Resource timeouts (2 minutes for the cache, 30 minutes for
the resource)
>
> and my favorite little bit: when you click on an image
I dynamically
> add "SAMPLE" across it. This was actually much harder to do
than it looks ;)
>
> Now that you're all impressed with the images, you can
go download the
> software :) You can find the URL at the bottom of this email.
>
> Gili
> --
> http://www.desktopbeautifier.com/
>
>
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference &
EXPO
> September 19-22, 2005 * San Francisco, CA * Development
Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams *
Testing & QA
> Security * Process Improvement & Measurement *
http://www.sqe.com/bsce5sf
> _______________________________________________
> Wicket-user mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>
>
--
http://www.desktopbeautifier.com/
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle
Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing &
QA
Security * Process Improvement & Measurement *
http://www.sqe.com/bsce5sf
_______________________________________________
Wicket-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user
<<winmail.dat>>
