I'm now thinking of scrapping tooltype completely...
You can try application.library's PrefsObjects for handling configuration, it's very handy and easy to program. PM me should you need help with implementing this.
I'm starting PictureAlbum from within Dopus4 using the following:
[amigados] art:picturealbum/picturealbum {s}
with no flags and art:picturealbum is not part of my path.
[Edit] Just checked, adding it to my path makes no difference and when I tried starting in [workbench] mode it doesn't run at all. I tried cd'ing to picturealbum's drawer first but that didn't make any difference to the tooltype problem.
Amiga user since 1985 AOS4, A-EON, IBrowse & Alinea Betatester
Changes include: - Added a Preferences window, so the Tooltypes are removed. - Folder icons don't waste space, so you can fit more on screen. - You can now use the < and > keys again, to change pictures. - various minor tweaks (which you probably won't notice!)
- UNTESTED executables for AROS & MorphOS. Let me know if they actually work!
EDIT: Uploaded new version with larger stack set in the icon.
Edited by ChrisH on 2010/9/4 19:11:09 Edited by ChrisH on 2010/9/4 19:12:17
Dump of context at 0x20991f0 Trap type: DSI exception Machine State (raw): 0x200f030 Machine State (verbose): [ExtInt on] [User] [FPU on] [IAT on] [DAT on] Instruction pointer: in module dos.library.kmod+0x93a8 (0x190aca8) Crashed process: PictureAlbum (0x61f073c0) DSI verbose error description: Access not found in hash or BAT (page fault) Access was a load operation
And not stack trace (that output done by MemGuard).
Setting the stack to 1000000 helps, and it runs (maybe you can add to code Stack Cookie , then we can forget about stack problems later).
@kas1e Strange, since it works fine here. Hmmm, maybe because I have a 64KB minimum stack size set in Sys:Prefs/DOS? Anyway I have uploaded a new version with 10x the stack set in the icon! Is a bit overkill because I don't do recursion.
@kas1e Sure, but that would have required recompiling all of them, and I felt it was better to get a fix out ASAP. For next time I just need to add OPT STACK=327680 (or similar) to the top of my program.
Well, as I forwareded a couple of months ago, I really like your proggy, and using exif jpgs is really fast and good. I like that. What about beeing able to multiselect images, so that one can copy a whole bunch to another directory. This could then perfectly fit in with this one:
This soft can use external thumbnailviewer instead of its own (basic) build in one. Shouldn't be too difficult to make it compatible ? If you have further questions just donnot hestitate to ask either here or PM.
@ChrisH Yep. That not so big problem, just for the next releases :)
Btw, it is possible somehow setup for viewer "do not move up/down when you have nothing" ? I mean for now, when you open any directory, you can scroll screen as you wish up and down, to the empty place, but will be good to have ability to setup (or maybe by default?) checking on bounds, and not allow user to scroll too much at top or at bottom, when data are end.
Tried latest version, nice and fast loading of preview, superfast when loading from cache second time. The way you can browse the drawers is nice too. Looking forward to version 1 .
already, this is something I need... correct ! But isn't it a bit unrealistic to just drag pic by pic into another drawer, anyway ? So I think beeing able to copy selected pics into another drawer is vital anyway. This would be enough for iBatch to work with PicturAlbum. Even better would be to be able to define three (ARexx) Buttons which will copy selected pics into an Dir Assign given in the ARexx Script) - and I give you that, this is probably tricky as well, cause how can we pass all selected image filenames to ARexx... ?
But anyway great work, could become one of my favourite thumbnailviewer.
No major improvements I am afraid, since I have been working on PortablE r6.
Changes in this latest release: - The window is now resizable! (Although the size is not yet saved.) - When dragging a file/folder, the whole of it is now dragged, rather than just the thumbnail. - The last viewed folder was not being saved on exit (instead it was saving the first chosen folder). - When a picture file was moved, the thumbnail in the cache would not always be correctly moved (meaning it had to be regenerated & also wasting space). - Some big internal changes, that are mostly not visible; including bug fixes in PortablE which may improve matters.
Thank you for installing it on my machine at the ANT meeting, works really well, fast and seems reliable, looking forward to future releases with more features
Excellent work Chris, it's coming along really well. A couple of suggestions...
Support photoalbum thumbnails, jpg format at least (I have a massive database of these and it would be nice just to copy them into the PictureAlbum cache instead of spending hundreds of hours recreating them).
A quit button on the screen titlebar
A bit more info while loading eg. "picture xxx of xxx" or somthing, as I work with big pics and it takes ages to create the tumbs.
Muiltiselect for copying/moving.
Now the biggie... A dual panel option so images can be moved to other drawers instead of having to move them one drawer at a time in the directory structure and allow cross partition copying/moving.
Amiga user since 1985 AOS4, A-EON, IBrowse & Alinea Betatester
Support photoalbum thumbnails, jpg format at least (I have a massive database of these and it would be nice just to copy them into the PictureAlbum cache instead of spending hundreds of hours recreating them).
Quote:
I work with big pics and it takes ages to create the tumbs.
If you are talking about "big pics" from digital cameras, then PictureAlbum *should* create thumbnails very quickly... at least if your camera adds EXIF thumbnails to your pictures.
Quote:
Now the biggie... A dual panel option so images can be moved to other drawers instead of having to move them one drawer at a time in the directory structure and allow cross partition copying/moving.
I don't think dual-panel is likely to happen (although it would be possible), but I might look for some alternative solution. Just thinking out aloud, but for example I could add support for "bookmarked folders", such that they always appear along with real folders (but perhaps on a separate line). You would drag'n'drop pictures on to them (like you can normal folders), and also make it easy to jump to particular folders.
One more little thing I've recently noticed is the format of the thumbs, as they're 24bit iff files they take a huge amount of space. would it be possibe to have an option to use jpg for the thumbs?
For example:
A folder I tested has 37.6mb of jpg files in it. PictureAlbum generates 26.1mb of thumbs PhotoAlbum using jpg generates 2.7mb
I know there would be a speed decrease using jpg but for some users the space saving would be of more importance.
My current PhotoAlbum database is just under 1gb, once I've converted that to PictureAlbum it'll need roughly 9gb which is far to big for my tastes (and drives).
Amiga user since 1985 AOS4, A-EON, IBrowse & Alinea Betatester
News feed
OS4 Feedback forum
OS4Depot Feedback forum
Amigabounty forum
OpenAmiga forum
AmiCygnix forum
ABC shell forum
AmiKit forum
Cinnamon Writer forum
CodeBench forum
Digital Universe forum
Dopus 5 forum
E-UAE forum
Gnash forum
Ibrowse forum
JAmiga forum
Odyssey forum
OWB forum
Qt forum
SmartFileSystem forum
Timberwolf forum
TouchDevice forum
TuneNet forum
Unsatisfactory Software forum
Donate
.
