Vous n'êtes pas identifié(e).
- Discussions : Actives | Sans réponse
Annonce
Pensez d'abord à lire la FAQ, vous y trouverez probablement une solution à votre problème.
#26 Re : Utilisation » Video in slideshow mode » 09-02-2024 08:08:59
An update.
I have tested 2 albums on the 'failing'' server, both 3.022
One is working with video in slideshow, one does not.
I can not see the difference in the to installations. I have also checked the two installations css code customizations to be the same.
#27 Utilisation » Video in slideshow mode » 08-02-2024 22:03:29
- Knut
- Réponses : 6
I can not get slideshow to work if videos in the album for a server with PHP 8.3.21 and SQLite 3.37.2. I use SQLite as database and iGalerie 3.0.22. The slideshow stops when loading and are 'blinking' forever.
On a server with PHP 7.4.33 and SQLite 3.39.4 I get no problem.
I have mp4 videos in the albums. They all work fine in 'normal' view on both. Only one video in an album is enough for the slideshow to fail on the 'failing' server.
Any idea appreciated!
Knut
#28 Re : Propositions » JPEG File Interchange Format jfif » 21-12-2023 16:50:38
wow, thanks David.
By the way, I very much liked the 3.0.22 version with slideshow new options.
#29 Propositions » JPEG File Interchange Format jfif » 24-11-2023 17:40:42
- Knut
- Réponses : 2
Are there any plans to make the iGalerie able to upload .jfif files in the future?
I get more of these type of files now.
Knut
#30 Utilisation » Search in file name/item_path » 22-11-2023 20:46:39
- Knut
- Réponses : 0
I looks like the search script does not include a search in the file name of the images. In the database it is in item_path in items.
I can not find a way to turn on in the album.
I use key-information in the file name and therefore want to include search for filename.
May be there is a script change possible?
Knut
#31 Re : Utilisation » head.tpl.php » 13-11-2023 19:22:16
Thank you David, this works perfectly.
Very much appreciated.
Knut
#32 Re : Utilisation » head.tpl.php » 13-11-2023 13:06:57
Thank you David,
As far as I can see this works great for album max with 1500 and for mobile menu appear or dissaperar. when I test this the this extermal menu stays on all the time.
My issue is I have a javascript exernal menu which is not album menu. I run this from head.tpl.php and I want this menu to disappear below a screen width value.
Knut
#33 Utilisation » head.tpl.php » 13-11-2023 11:41:21
- Knut
- Réponses : 4
Hi,
There is a great function in the album to run template/default/custom/head.tpl.php in album 'head' section.
I want to use this file to run the same menu-javascript as in our main website (https://www.varteig-historielag.no/Felles/index.html) incorporated with the album.
And it works well for large screens. But for mobile and below screen.width < 'some pixel value' I want the menu/javascript not to load.
I am not great with php and javascript language so I ask for help.
How to I run head.tpl_.php code so my javascript lines are omitted/disregarded with screen.width below a set value like 1500 pixler.
I would appreciate input/suggestions from you.
Link to a bakcup album where the javascript menu works for large screens.
https://varteig-historielag.no/VHiGalerie3_/
My current head.tpl.php file in the backup album:
<!DOCTYPE html>
<html lang="nb">
<head>
<meta charset="utf-8">
</head>
<body>
<div>
<script type="text/javascript" src="https://www.varteig-historielag.no/MilonicH_FloatIGal/milonic_src.js"></script>
<script type="text/javascript" src="https://www.varteig-historielag.no/MilonicH_FloatIGal/mmenudom.js"></script>
<script type="text/javascript" src="https://www.varteig-historielag.no/MilonicH_FloatIGal/menu_data.js"></script>
<SCRIPT language=Javascript src="https://www.varteig-historielag.no/MilonicSiteIndex/mm_siteIndex.js" type=text/javascript></SCRIPT>
<noscript><a href="https://www.varteig-historielag.no/">JavaScript DHTML Menu Powered by Milonic</a></noscript>
<noscript><a href=https://www.varteig-historielag.no/>JavaScript DHTML menu is only visible when JavaScript is enabled</a></noscript>
</div>
</body>
</html>
Knut
#34 Propositions » Download files with album data as metadata in files » 10-11-2023 21:28:50
- Knut
- Réponses : 0
Any plans to make it possible to download the album files (zip) including the album data 'description', 'keywords', 'copuwright' ...as metadata in the zip files overwriting the metadata in the files?
If the files are without metadata originally, but you added data through the album, the album data get lost during download as far a I understand.
Would be a great album advantage.
Knut
#35 Re : Utilisation » Maintenance of the album » 01-11-2023 10:05:36
I have upgraded the one server with PHP version 7.4.33 to 8.1.24. But I still have the issue with 'check of statistics'. Advice welcomed.
#36 Re : Utilisation » Maintenance of the album » 31-10-2023 21:27:51
I might have found the issue.
I get the problem when I use a server with PHP version 7.4.33 and sqlite 3.7.17
I have not the problem on another server with PHP version 8.2.12 and sqlite 3.37.2
Knut
#37 Utilisation » Maintenance of the album » 31-10-2023 09:28:24
- Knut
- Réponses : 3
I have an error message when I use 'vèrifier les statistiques' -'Check the statistics' in the album. I can not find any other issue or error message from the system and the album works fine.
When I use 'Nettoyer la base de donnèes' - 'Clean the database' I get no error message.
I have checked the isql.db using database tool SQLite Studio using 'vacuum' and 'integrity' check which indicate no problem.
Anything I can do to find out why the album gives me error message?
Knut
#38 Re : Installation » English language support in iGallerie 3.0.0 » 28-10-2023 10:02:41
Hi wearwolfie
I believe the language subfolder in 'locale' needs to be named en only in small letters not en_GB. At least this is how my album works. You also need a text.php and lang.php changed in this folder. Lang.php can have a more longer text explaining the language. Text.php are all the translations from French.
#39 Re : Propositions » Traduire iGalerie » 26-10-2023 22:00:28
This i very promising, thanks David.
I have over the years made Norwegian and English translation file in parallell. This works fine in most cases, but not all corners of the album. More than 1000 translation lines now.
#40 Re : Installation » upgrade from 3.0.18 to 3.0.19-21 failing » 25-10-2023 12:24:05
I managed to rebuild the sqlite.db file to a database without issues.
I exported the version igalerie 17 file to a new database file using a sql export file.
The sql file was imported to a new database and used to upgrade to version 21 and this worked.
Knut
#41 Re : Installation » upgrade from 3.0.18 to 3.0.19-21 failing » 24-10-2023 10:32:07
Yes I did.
I noticed when I check the copy of the db-file after update to version .21 that there is a new table (Selection) added to the database.
The problem db-file has then only 50 % record available when I browse data in SQLite Studio. And when I do a 'vacuum' command to check the file I get an error saying database diskimage is malformed.
error message
[10:15:45] Error while executing SQL query on database 'sqliteProblem': database disk image is malformed
When I do an integrity check on the running copy of my db (before upgrade) I get this output from SQLite Studio which I may be need to correct.
*** in database main ***
On tree page 10074 cell 3: invalid page number 218103808
On tree page 10043 cell 50: 2nd reference to page 14885
Page 6911 is never used
Page 13319 is never used
There seem to be an issue her. I am not sure how to correct and see the problem in SQLite Studio.
I have even tried DBbrowser for SQLite software and ran the before upgrade db file
Execution finished without errors.
Result: 1 rows returned in 743ms
At line 1:
PRAGMA integrity_check;
and
Execution finished without errors.
Result: 0 rows returned in 956ms
At line 1:
PRAGMA foreign_key_check;
So this software does not find issues in the not upgraded db.
If I run the 'problem db file' on the same software I get
no issues with interity check
but for foreign_key_check I get this
Execution finished with errors.
Result: database disk image is malformed
At line 1:
PRAGMA foreign_key_check;
I data view mode for table items I get 'loading' or now view of records after line 7310
Thanks for giving me feedback on my problem
Knut
#42 Re : Installation » upgrade from 3.0.18 to 3.0.19-21 failing » 23-10-2023 20:19:32
Hi gilisa
The database is about 26 Mb and I think 16000 records.
I believe there is a database issue since all other albums I have had no problems with the upgrade.
After the upgrade I can not see all records in the database using DB browser.
The problem album is originally from version 2 migrated to sqlite database.
I have backup for version 17 and are using this.
Knut
#43 Installation » upgrade from 3.0.18 to 3.0.19-21 failing » 22-10-2023 17:12:29
- Knut
- Réponses : 6
I have tried to upgrade manually from 17 to 21 directly and the album front page is ok, but can not load images.
So I went back to versjon 17 and upgraded to 18. This worked well.
Then I upgrade from 18 to 19 and I got failure again. Even though in all occations the script report successful transfer.
I have other albums where the upgrade to version 21 has no issues. So the issue is with one larger ablum.
Here the last failure report from versjon 18 of the album which will not go to version 19-21.
Help appreciated.
Knut
#47
Dato : 2023-10-22 14:55:58.257064
iGalerie : 3.0.17
PHP : 7.4.33
Type : PHP_EXCEPTION
Fil : index.php
Ligne : 22
Side : album/54/tags/1904,29,23,1508
Meldinger : Undefined class constant 'TPL_REGEXP'
#46
Dato : 2023-10-04 17:13:25.809263
iGalerie : 3.0.17
PHP : 7.4.33
Type : PHP_NOTICE
Fil : includes/core/Parents.class.php
Ligne : 234
Side : item/24172-tommerflotingens-siste-ar/images/46
Meldinger : Undefined offset: 63
Trace : #1 index.php(15): Gallery::start()#2 includes/gallery/classes/Gallery.class.php(682): require_once('/home/varteigh/...')#3 includes/gallery/item.php(15): GalleryItems::getInfos()#4 includes/gallery/classes/GalleryItems.class.php(463): Parents::settings(Array)
#45
Dato : 2023-10-04 12:11:37.908720
iGalerie : 3.0.17
PHP : 7.4.33
Type : PHP_NOTICE
Fil : includes/core/Parents.class.php
Ligne : 234
Side : item/10976-med-fast-grunn-under-fottene
Meldinger : Undefined offset: 46
Trace : #1 index.php(15): Gallery::start()#2 includes/gallery/classes/Gallery.class.php(682): require_once('/home/varteigh/...')#3 includes/gallery/item.php(15): GalleryItems::getInfos()#4 includes/gallery/classes/GalleryItems.class.php(463): Parents::settings(Array)#44 Utilisation » The main menu images » 06-03-2023 10:19:19
- Knut
- Réponses : 0
I support a igalerie owner and he want to replace the main (home) menu search image with text or text-image. I have found all the admin images used in the program including search image, but can not find the main menu images. Is it possible to change this images or where can I find them?
#45 Re : Utilisation » Favorites » 17-11-2022 16:23:18
I have solved the issue by changing the favorite numbers in items and categories tables in the sql database. When the numbers get positive, the menu works.
#46 Utilisation » Favorites » 16-11-2022 23:38:28
- Knut
- Réponses : 1
I need some help to understand my problems to view my collection of favorites images.
As logged in user or admin.
In my version 3.0.17 album, created from sratch, I can make favorites and view the collection on album levels or from gallery root for my user.
On my migrated album from 2.4.13 to 3.0.17 I can make favorites from an image, I get the tag to see it is one of my favorite images.
But I can not view the collection of my favorites, not in album, not at root of the gallery. I simply do not get the menui item up for favorites here.
And I have a strange negeative numer for my favorites.
Any suggestions for what to do?
I have only one issue reported in the migrated gallery
#1
Dato : 2022-11-14 23:05:53.903655
iGalerie : 3.0.17
PHP : 7.4.33
Type : SQLITE_ERROR
Fil : includes/core/DB.class.php
Ligne : 298
Side : item/24006-klang-i-st-marie-gate
Meldinger : SQLSTATE[HY000]: General error: 5 database is locked
Trace : #1 index.php(15): Gallery::start()#2 includes/gallery/classes/Gallery.class.php(682): require_once('/home/varteigh/...')#3 includes/gallery/item.php(15): GalleryItems::getInfos()#4 includes/gallery/classes/GalleryItems.class.php(528): Item::hit(24006)#5 includes/core/Item.class.php(1071): DB::execute('UPDATE items SE...', Array)#47 Re : Utilisation » Google map zoom level » 07-11-2022 18:13:35
Thanks David,
I can get the map saved in Pages, that works.
But the saved zoom levels does not reflect in the album images with maps. Even after refresh pages. I tried to replace an image, but no change. I believe I do something wrong here.
What more can I do?
Knut
#48 Utilisation » Google map zoom level » 07-11-2022 13:04:47
- Knut
- Réponses : 2
My album is covering a small geographich area.
Is it possible to change the default zoom level for the map in album?
Knut
#49 Re : Utilisation » Sorting of images » 07-11-2022 12:50:51
Thank you David, this works fine for all normal seaches from the search box.
Only, when I click the 'new picture' label after having published new pictueres, they so not follow the same search criteria. I guess this is a search as well.
Knut
#50 Installation » User language » 06-11-2022 12:09:30
- Knut
- Réponses : 0
Just a minor item.
During migration from 2.4.13 to 3.0.17 I got all users reset to french language. All user had other language setting in v2 (no).
Even though I had initially set the Option general setting to (no) language in v3, the users opening as guest in new album got (fr) language.
Solution for me was to edit the user_lang item in the database for all users.
Guest usert also here was (fr) language dispite my setting initially, new browsers opened by users therefore opened the album i fr language.
Of course the user could change the album language by himself, but french language in album initially caused confusion for my users.
Knut