Jaikoz- Discussion Forum

I'd love to see the cmd-w work for closing the album art preview window on my mac.
In addition; if I'm using the 'save and move' function Jaikoz moves folder.jpg and info.txt to the new location, except if there is an 'art' or 'artwork' folder in the original location. Then Jaikoz won't move neither the folder nor the jpg or txt files.

Couldn't really wait...
Well this works, but it's kind of rude. If you could add the 'save' button from the artwork tab with the before mentioned: check if folder.jpg exists-routine, that would leave us a chance to keep allready existing folder.jpg's.
Or better: Simply add a dialog before writing: Keep existing folder.jpg's: Yes/No? and then do the check. Guess it's gonna slow it down a bit, but it's absolutely worth the waiting.
Happy weekend!

OK
I'll give the new Beta a chance. But it's friday evening here now, so it' gonna have to wait until tomorrow.

OK. Had a shower and a thought!

For the "auto correct" procedure there should be a preferences choice:
'Save cover art as folder.jpg'
Option:'Keep local folder.jpg'/'Overwrite local folder.jpg from server'

From the Artwork tab: add 'Save'.
if folder.jpg exists in the subfolder: open save_as dialog
otherwise save folder.jpg
from the right click menu add the same procedure, or when rightclicking on the actual cover art picture you could make a choice to save cover art and use the same procedure as 'save' from the Artwork tab.

What about that, then
MAzE5h1p69wB?

Agree, except what we're discussing is not a part of the batch, but drop down type dialog? Or am I missing something?

Sorry: I did mean subfolder, not base folder.

Yeahh! Great.
My suggestion:

When saving cover art to file; if folder.jpg already exists: open a save_as dialog with the option to rename/replace or cancel.

Any existing folder.jpg in the base folder should take presedence over server data, except if otherwise is specified in preferences:

- Reducing traffic
- Keeping user data is preferable. (actually: never owerwrite user data except through dialog)

Add artwork if empty? or add artwork until max nr of jpg's as chosen in preferences? I don't know the inside of Jaikoz, so you'll have to think it over.

Myself: I'd prefer just one cover art file for each album or file if you like.

Keep up the good work!

Amazing!

"Save cover art to file" in the right click drop down meny suffices. Tag&Rename has a function for saving cover art to folder.jpg as you correct tags/dl-metadata from the server - it could be a nice add, just remember the obvious: what to do if folder.jpg allready exists - rename or add suffix?
I agree with MaxSteele, but I think there should be an option to move ALL contents of the originating folder to the new/renamed folder. As a matter of fact this should be done by default, and the option should be to exclude other contents of the original folder on move. It's quite nagging to have to move things manually each time you correct a folder from tags (other art, info.txt-files and so on), but I guess the routine for this would be rather complicated. What's wrong with just renaming the folder, and then do a "move_all"? Actually you really don't need to move anything unless you made an iTunes behavioral choice; to move the files to the iTunes directory - then you could discard all other data. And iTunes shouldn't really have any problems with other than music-contents in the folders?
I want to be in control of my data, so I'll never let iTunes copy any of my stuff. And as Jaikoz is still a third party app, I think it'll benefit from leaving the choice up to us. I realize there must be quite a few choices to make when you do the programming: things should be as easy as possible, and still logical. Take a look at how VLC has organized the preferences menu, with an "advanced" option. And the need for an application other than iTunes to do advanced tagging must be the whole reason for Jaikoz in the first place! Making Jaikoz as flexible as possible, with the most obvious choices as default, but still able to do complex routines, will make it a "peoples choice" (- that's my opinion though).

Good luck.

Thanks a million.
Nice work.
I'll DL the 3.7.0 version when it's released.

Agree!!! This is the second most wanted feature for me, but I guess Apple doesn't think this is a good idea?

On my MacBook any web-page or document or whatever can be scrolled vertically AND horizontally using two fingers on the pad, or using the shift button+mousewheel. In Jaikoz I have to use the horizontal scrollbar. Why?
This functionality is quite basic, and would make Jaikoz much more intuitive...
Did I do something wrong? If not, you should - if you could - implement this functionality asap. I'd rather loose the syncronized scroll funtion if I could easily "scroll_on_mouse_over". I must admit though, that I rarely edit more than a hundred entries at a time...