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
