DoubleSixx

Thank you for your time.

Ok, what I mean is, I don’t remember when, but awhile back the new version. I guess when it was photocrati, dynamic directories were created in the same directory of a gallery.

Behaving as a cache, taking up space.

I’m currently deleted those, over 3,200 containing thousands of pictures, taking up a ton of space in the server.

I was hoping there was a way to turn the feature off.

Preventing the recreating if the same files.

Wait.

How do I turn off the dynamic directors ?

Can I turn off the cache doctors directors ?

Makes sense.

Unfortunately, it’s kinda late for me considering I had over 68k worth of pix within the/gallery/subdirectories.

Something the dev team should consider.

I would image this situation will come up again everyday.

I appreciate all your help.

@gabyimagely,

Thank you for the reply. I appreciate your help.

Haven’t tried your idea yet.

But I’m guessing it only changes one directory for another, but I need a little more.

I’ve divided the main gallery into multiple galleries containing more sub directors.

Would your idea let me have multiple gallery paths ?

I think the reason I got in trouble was having one directory with multiple sub directors, with thousands of files causing an issue with long file names.

I appreciate all help, thank you.

I’m currently moving all pix to alternate directors.

Anyone know if a way to change the path pointing to the galleries ?

I really need help.

@cais,

Just tried, the code broke the site.

@cais

The import folder won’t work. Can’t access any directories on the server outside the WordPress installation.

You really should check the legacy versions. Many great features. Including those in the current build(s) will improve the plugin.

@cais,

I retest now. You had mentioned this to me before and it didn’t work. I don’t remember the problem. I’ll test soon, thanx.

@cais,

All legacy version prior to the new framework. I believe any before 2.x.

Just more difficult. Before just upload a large zip. I need the directories, I save the zip on the server. Often times my galleries have several hundred pictures, and can be several hundred megs in size, and I update galleries later too.

I use to upload the zip and use the url path to populate the gallery.

No real easy way to continue maintaining galleries quickly.

@cais,

Uh oh. Still persistent issue. Happened again. I’ll get you details soon. Hopefully by tomorrow. Gotta see if I deleted screen shots. Otherwise I’ll re take.

@cais

So sorry for the late reply. I’ve been sick. Took a screen shot and was gonna get you all the details.

Then I just tested again.

The problem didn’t happen again. So musta been some change I made.

I’ll let you know if the problems occurs again.

I still need to resolve my problems with the .css though.

Frustrating.

Thank you.

@cais

I don’t think you understand the problem.

I told you what I changed. The changes didn’t do anything to what seen on the website.

The problem is editing the gallery. Filling in the description and alt text. Those thumbnails have been cropped.

@cais

Since the trouble with the .css I’ve been making changes. But I reversed the changes.

I had changed the thumbnail size from 240 x 160 to 96 x 75, which I believed is how the legacy nggallery was originally configured.

If no one else is complaining it has to be a change I made.

When I saw the changed didn’t have any affect, I reversed.

I had no idea that would affect the editing the gallery, I was under the impression that it was how thumbnails would be displayed.

I’d like to be able to see the actual thumbnails when editing the gallery.

Thanx for the response, do you have suggestion on how to resolved the problem ?

Ok I resolved by clearing nggallery’s cache. Hope this helps others.

@cais

The issue was caused by nggallery. No issues prior to the migration.