Alternative DHTML album and category manager. Alternative DHTML album and category manager.
 

News:

cpg1.5.48 Security release - upgrade mandatory!
The Coppermine development team is releasing a security update for Coppermine in order to counter a recently discovered vulnerability. It is important that all users who run version cpg1.5.46 or older update to this latest version as soon as possible.
[more]

Main Menu

Alternative DHTML album and category manager.

Started by Nibbler, July 09, 2005, 01:31:37 AM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

Nibbler

I have an experimental combined album and category manager for 1.4.x. It allows for most admininstration tasks with the exception of visibility and thumbnail selection (currently). Of particular interest is the ability to drag and drop albums and categories to order them more easily. Administration of large galleries should also be considerably easier. Enables 1 click creation and deletion of albums and categories. I've only tested it with firefox so far. Feedback and suggestions appreciated.

Unzip the attachment into your coppermine directory. It will give you a file albmgr2.php which is how you run the new code from your browser. The albmgr2 folder contains additional resources required by the script.

Classic theme recommended to use the manager unless you tweak the css to suit.

flogghe

Hello

Just tested it, but my page stays blank. My client is a Safari Browser on Mac OS X 10.3. My server is TinySoft Classica Linux with Apache 2 and php 4.3.10. I only make use of the gd library.

Kind regards,
Frederic
Kind regards,

Frederic Logghe
Webmaster MaritimeDigital Archive
http://www.ibiblio.org/maritime

Nibbler


flogghe

I've just tested it on PC (Windows 2000). Under Firefox 1.0.4 and Opera 8, it is also a white page.

Cheers,
Frederic
Kind regards,

Frederic Logghe
Webmaster MaritimeDigital Archive
http://www.ibiblio.org/maritime

Nibbler

Can you provide a link and test user account ?

flogghe

No I can't, since I test it on my local server, not on my production server. But to help you locate the problem:


  • Clean installation of coppermine 1.4.1
  • created 3 three categories and seven albums
  • put the file albmgr2.ph and the folder albmgr2 in the root of the coppermine directory
  • I have done chmod 777 to all files and folders in the root folder of Coppermine 1.4
  • login under coppermine and call albmgr2.php

I don't see the page header of page footer. All the other coppermine pages work.

Hope this might help
Frederic
Kind regards,

Frederic Logghe
Webmaster MaritimeDigital Archive
http://www.ibiblio.org/maritime

Nibbler

Can you test it at my site ?

http://www.ic-gallery.com/?theme=classic
login as visitor/visitor

use albmgr2.php to admin your user gallery.

That will test if it is a problem with the browser or the server.

flogghe

I can see header, footer and the new album manager. Seems pretty cool, that drag-and-drop idea! (tested with firefox 1.04 on Win 2000)

Frederic
Kind regards,

Frederic Logghe
Webmaster MaritimeDigital Archive
http://www.ibiblio.org/maritime

flogghe

I did an update from coppermine 1.32 to 1.41 on the same server and now everything works (only with firefox, not with Safari). Great function! I hope it gets integrated in the final version of 1.4!

Frederic
Kind regards,

Frederic Logghe
Webmaster MaritimeDigital Archive
http://www.ibiblio.org/maritime

Tarique Sani

Pretty nifty - good work - I like it - however I would prefer some more user feedback on saving/updating also on rearranging etc.

SANIsoft PHP applications for E Biz

Joachim Müller

before this could go into the core code, there would have to be some fallback method for users to be able to use the old interface if their browser doesn't like the dhtml.
When using the demo Nibbler has set up, I could change an album title, however after clicking "update", the left part of the screen doesn't get updated as well (using FF1.0.4). Using IE6.0 I get an alert box saying "XML parse error" when clicking on an album on the left side, so I couldn't do anything at all.

ramppi

Very nice mod you've done.

Visited your site logged as visitor with mac sys 10.3.9 machine. Seems to work with Firefox and (ofcourse mozilla):
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; fi-FI; rv:1.7.5) Gecko/20041108 Firefox/1.0
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.3) Gecko/20040910

And didn't work (show up) with:
Opera 8.01// FI-trans   2092 //MacOS X    //vers   10.3.9
Safari 1.3 (v312)
IE 5.2 (old vers for mac)

Neither with the new project browsers:
OmniWeb 5.1.1 beta 4 (v563.50)
Shiira 1.1

This will be usefull & handy in near future

regards, Matti

Rodinou

Works well for me : but when you drag, the layer go to the right : quite weird the first time you play with it :)

I like it (of course, I love dhtml) ... managment for categories will be better.

@ Gaugau and Tarique : there are more and more dhtml experimentations about CPG : why not, in admin, choose between YES / NO with "Use Advanced DHTML Admin" (only works on BROWSER / OS ... BROWER / OS ...)

?

Joachim Müller

that's what I said just two posts up: there has to be a fallback for those who can't use dhtml. As suggested in this thread: it's still experimental (as most other dhtml gimmicks). Once it works flawlessly, or there is an option to fallback to the regular interface, we'll include more dhtml stuff into the core. You might have noticed that there are some slight dhtml toys built-into cpg1.4.1 (e.g. the user manager), so it's not like we're oppssed to use dhtml at all. It's just you who keeps saying "use dhtml, it's much better", but you only deliver pseudo-code, no actual working code that could be used for those who can't have dhtml support as well. Frankly: you had the option to participate in coppermine's developement, but you wasted your chance by not contributing at all. Now returning from time to time, pointing out how superior dhtml is, is not a big help. Post actual code that works, and we'll gladly add it.

Joachim

Rodinou

Quote
It's just you who keeps saying "use dhtml, it's much better", but you only deliver pseudo-code, no actual working code that could be used for those who can't have dhtml support as well

My speciality is not php/mysql but xhtml / css et sometimes, dhtml. Maybe it's the reason I "give "portion of code" without all the php : there are php gurus here ...

The New DHTML  scripts are backward compatible : if sometimes runs to lynx, he is able to read the code, because the new generation of the scripts are like this. However, I'm waiting the definitive 1.4.x.