Feature requests for GIS 3.0

[mamma]

If you make GIS output XML then you can use XSLT (http://www.w3schools.com/xsl/) as template engine. Most modern browsers support it, and there are modules for Apache to do the parsing on the server. Also, if you use SimpleXML (http://php.net/simplexml) then it's easy to make plugins that injects content without too much hassle. The problem is that SimpleXML only is available in PHP5+.

Edit: I thought about it a little, and the XML output could be awesome! If you look beyond just images, it's possible to quite easily make an mp3 player that plays all the files in the directory (in the browser), RSS feeds for the newest files, and more or less whatever.

Edit again: Static file caching anyone? It shouldn't be too hard to implement it, just compare the last edited date of the saved XML file with the created/last edited date of the latest file in the directory. If the XML file is newer than the other file, return the the saved XML file. Otherwise just (re)generate it. It isn't needed or even possible in all situations, but hey, it could become a nice plugin.

One last thing before I fall asleep. If you strip out all of the XHTML rendering from GIS, and maybe make comments, counters and uploads separate plugins, wouldn't GIS become, like, really small?

[Satras]

One last thing before I fall asleep. If you strip out all of the XHTML rendering from GIS, and maybe make comments, counters and uploads separate plugins, wouldn't GIS become, like, really small?

Why should it ? I think it is already quiet small for what it all does ... isn't it ?

[mamma]

One last thing before I fall asleep. If you strip out all of the XHTML rendering from GIS, and maybe make comments, counters and uploads separate plugins, wouldn't GIS become, like, really small?

Why should it ? I think it is already quiet small for what it all does ... isn't it ?

Because the file would contain less data? If you're meaning why it should be split up into plugins, I personally would prefer it that way. I rarely use comments and counters, and I've never used uploads. Even if it wouldn't mean many Kb's, I don't see the reason for why it should be loaded at all. And smaller codebase means smaller space for bugs and security risks.

[Gussoh]

I've heard about XSLT but never used it. Great ideas. I dont have any good idea of how to implement plugins yet. php isn't very supportive of such things.

I think php5 will be required anyway. Im also thinking about using the sql database embedded in php5. I dont have any time to code gis3 soon anyway

[Satras]

I dont have any time to code gis3 soon anyway

That's sad to hear, but i am already quiet happy with 2.x

[mamma]

I've heard about XSLT but never used it. Great ideas. I dont have any good idea of how to implement plugins yet. php isn't very supportive of such things.

I think php5 will be required anyway. Im also thinking about using the sql database embedded in php5. I dont have any time to code gis3 soon anyway

Check how PunBB (in the upcoming 1.3 release) and Drupal does it, I think that's one of the best solutions available. Embedded SQl database? Are you talking about SQlite? Cause that's not really integrated, it just works in a different manner compared to traditional database servers, like mySQL. I believe using SQlite would be a bad idea, as it limits the amount of hosts that you will be able to run GIS on. mySQL is everywhere, SQlite isn't. (I'm not saying that mySQL is the way to go, I kinda like that you don't need a database for GIS. It makes it a lot faster to set up)

[Gussoh]

I've heard about XSLT but never used it. Great ideas. I dont have any good idea of how to implement plugins yet. php isn't very supportive of such things.

I think php5 will be required anyway. Im also thinking about using the sql database embedded in php5. I dont have any time to code gis3 soon anyway

Check how PunBB (in the upcoming 1.3 release) and Drupal does it, I think that's one of the best solutions available. Embedded SQl database? Are you talking about SQlite? Cause that's not really integrated, it just works in a different manner compared to traditional database servers, like mySQL. I believe using SQlite would be a bad idea, as it limits the amount of hosts that you will be able to run GIS on. mySQL is everywhere, SQlite isn't. (I'm not saying that mySQL is the way to go, I kinda like that you don't need a database for GIS. It makes it a lot faster to set up)

Isn't sqlite embedded in php5?

[mamma]

Oops, my bad. It's embedded, but not enabled by default.

http://se2.php.net/manual/en/ref.sqlite.php

[norrgrd]

I would like expandable/collapsible folders in the tree-view. I've got about 250 gallery's and it's pretty difficult to navigate.

I would also like to see a way to generate thumbnails for all pictures automatically instead of going into every folder and wait.

[Gussoh]

I would like expandable/collapsible folders in the tree-view. I've got about 250 gallery's and it's pretty difficult to navigate.

I would also like to see a way to generate thumbnails for all pictures automatically instead of going into every folder and wait.

I've looked at your gallery. You can make gis only show one level of galleries, either by enabling layout "gis1" or by loading an external layout such as GoogleModule 1.03. (Just like my archive.)

The generate-problem is very very annoying, I couldn't agree more. I open a tab for each page, but it is still annoying.
How about a shell-script you run to generate all the thumbnails? Cause one big problem with using a web page is the "maximum execution time" in php which usually is 30 seconds. I think I try to change the setting in GIS, but it isn't always allowed to change it.