But for the moment I am busy
.I think I will have a test version for next week , maybe before...
.Soulsnake
[FR][EN] Ant Movie Catalog 4.2.1 (04/11/17)
-
Raoul_Volfoni
- Posts: 863
- Joined: 2006-08-31 23:58:18
Salut à tous
Serait il possible dans une future mise à jour de faire en sorte que la fenêtre de sélection d'un film qui apparait après une recherche par script garde la taille qu'on lui a attribué. Pour le moment à chaque fois que l'on ferme le programme, elle reprend sa valeur de base.
Cette requête s'adresse aussi bien à soulsnake qu'a antp qui doit déjà l'avoir dans sa "to do list"
Hi all
Is it possible in a future update that the window for selecting a movie who appears after a search by script keeps the size we have assigned. For now each time we close the program, it returns to its base value.
This request is for soulsnake or antp which should already have it in his "to do list"
Serait il possible dans une future mise à jour de faire en sorte que la fenêtre de sélection d'un film qui apparait après une recherche par script garde la taille qu'on lui a attribué. Pour le moment à chaque fois que l'on ferme le programme, elle reprend sa valeur de base.
Cette requête s'adresse aussi bien à soulsnake qu'a antp qui doit déjà l'avoir dans sa "to do list"
Hi all
Is it possible in a future update that the window for selecting a movie who appears after a search by script keeps the size we have assigned. For now each time we close the program, it returns to its base value.
This request is for soulsnake or antp which should already have it in his "to do list"
Sorry I forgot to check new comments on the forum 
Currently AMC uses the ".amc" as main format, putting all in memory in its own objects. The XML format was added later, and is just a kind of automatic import/export: it reads the XML to populate its own objects, and recreates a XML file from scratch while saving.
If we change the forum, maybe the best would be to use XML as primary format, and make a kind of "mapping" between the program and the XML file: instead of having the "movie" class reading all from the XML at load time, it should go pick in it the needed info when requested. That way, when saving we just save the XML that we have read, with possibly some things added/deleted/modified, but leaving untouched all what was not accessed.
(is it still clear?)
The problem with using a XML file by default is for people who want to store picture inside the catalog and not as external files.
Main possibilities:
- having a .amc file along the .xml file, containing just pictures
- store pictures encoded in the .xml file, as Base64 or other similar encoding, but this takes more space than in a binary file, I am not sure it is a good idea to risk having very big xml files (it could be ok for small pictures though)
So maybe both solutions could be offered?
For the binary file, it may be easier to use a basic database system (access file? or something better that would not rely on external engine) instead of manually handling that? As loading/saving that file is not easy (current system is bad: it loads all in memory and rewrites the whole file to disk when saving)
Currently AMC uses the ".amc" as main format, putting all in memory in its own objects. The XML format was added later, and is just a kind of automatic import/export: it reads the XML to populate its own objects, and recreates a XML file from scratch while saving.
If we change the forum, maybe the best would be to use XML as primary format, and make a kind of "mapping" between the program and the XML file: instead of having the "movie" class reading all from the XML at load time, it should go pick in it the needed info when requested. That way, when saving we just save the XML that we have read, with possibly some things added/deleted/modified, but leaving untouched all what was not accessed.
(is it still clear?
)The problem with using a XML file by default is for people who want to store picture inside the catalog and not as external files.
Main possibilities:
- having a .amc file along the .xml file, containing just pictures
- store pictures encoded in the .xml file, as Base64 or other similar encoding, but this takes more space than in a binary file, I am not sure it is a good idea to risk having very big xml files (it could be ok for small pictures though)
So maybe both solutions could be offered?
For the binary file, it may be easier to use a basic database system (access file? or something better that would not rely on external engine) instead of manually handling that? As loading/saving that file is not easy (current system is bad: it loads all in memory and rewrites the whole file to disk when saving)
Hi Antoine!
I cannot comment on the question, if switching to XML as primary format is an option - as I personally use AMC since many many years with XML as "my" primary format anyway ;-).
Although I am not using it - why not keeping the option to store the database - including images - in .amc format for those people who prefer having all in one big file?
Otherwise I think I'd vote for your first option, keeping an .amc file along primary XML file to store images.
Yep, fully clear. That would solve all problems with "external extensions", as we would not loose them anymore, once we opened and saved the XML file in AMC.antp wrote:Sorry I forgot to check new comments on the forum
Currently AMC uses the ".amc" as main format, putting all in memory in its own objects. The XML format was added later, and is just a kind of automatic import/export: it reads the XML to populate its own objects, and recreates a XML file from scratch while saving.
If we change the forum, maybe the best would be to use XML as primary format, and make a kind of "mapping" between the program and the XML file: instead of having the "movie" class reading all from the XML at load time, it should go pick in it the needed info when requested. That way, when saving we just save the XML that we have read, with possibly some things added/deleted/modified, but leaving untouched all what was not accessed.
(is it still clear?
I cannot comment on the question, if switching to XML as primary format is an option - as I personally use AMC since many many years with XML as "my" primary format anyway ;-).
Indeed I would assume, adding artwork to XML files is not a good idea - as it would finally result in both too big files and probably slow down the handling. Even if it's possible with e.g. base64 encoding, it would make the XML file quite "unreadable", as most of it would be populated with encoded images ;-)The problem with using a XML file by default is for people who want to store picture inside the catalog and not as external files.
Main possibilities:
- having a .amc file along the .xml file, containing just pictures
- store pictures encoded in the .xml file, as Base64 or other similar encoding, but this takes more space than in a binary file, I am not sure it is a good idea to risk having very big xml files (it could be ok for small pictures though)
So maybe both solutions could be offered?
Although I am not using it - why not keeping the option to store the database - including images - in .amc format for those people who prefer having all in one big file?
Otherwise I think I'd vote for your first option, keeping an .amc file along primary XML file to store images.
Yeah - current approach uses up quite some memory with big databases ;-) - but wasn't ever a limitation on todays PCs (with gigabytes of RAM).For the binary file, it may be easier to use a basic database system (access file? or something better that would not rely on external engine) instead of manually handling that? As loading/saving that file is not easy (current system is bad: it loads all in memory and rewrites the whole file to disk when saving)
I think it is a good solution.Otherwise I think I'd vote for your first option, keeping an .amc file along primary XML file to store images.
So the new standard format could be .xml with 2 options :
- like it was before (stored pictures are copied with XML catalog during save if wanted).
- with an associated binary file (.amp : Ant Movie Pictures) that contains stored pictures. (by default)
What do you think ?
For me that would be perfectly fine :-) - but as I said, I am an "XML-user" since ages anyway...soulsnake wrote:I think it is a good solution.Otherwise I think I'd vote for your first option, keeping an .amc file along primary XML file to store images.
So the new standard format could be .xml with 2 options :
- like it was before (stored pictures are copied with XML catalog during save if wanted).
- with an associated binary file (.amp : Ant Movie Pictures) that contains stored pictures. (by default)
What do you think ?
Add next Picture (DVD Cover Original, DVD Cover Translated)
Hi soulsnake,
nice to see amc to be developed again. I have one request.
I'd like to see the ability to insert additional pictures into the one title
. Is it possible? I mean pictures such as dvd cover original, dvd cover translated etc.
With respect
ron_dolph
nice to see amc to be developed again. I have one request.
I'd like to see the ability to insert additional pictures into the one title
. Is it possible? I mean pictures such as dvd cover original, dvd cover translated etc.With respect
ron_dolph
Hi ron_dolph,I'd like to see the ability to insert additional pictures into the one title smile. Is it possible? I mean pictures such as dvd cover original, dvd cover translated etc.
Yes, it is possible of course, but it is not so easy to do well and therefore requires time.
For now, I add full custom fields support but I take this request into account for the future
.Regards,
Soulsnake.
ron_dolph, I have managed to add a second picture to my movies by using the URL field which I didn't need. It won't show in the data base (just a link) but if you use HTML mode (or export to HTML) you can see it. Just add the code for that field where you want to see it.
E.g.: $$ITEM_URL
In URL field you type : file:///Path/image.jpg (where PATH is the location of your picture and IMAGE.JPG is the name of your image file plus its extension). Hope it helps.
If you need more than one extra picture, you can do the same with any field you do not need (except those which are digit only).
E.g.: $$ITEM_URL
In URL field you type : file:///Path/image.jpg (where PATH is the location of your picture and IMAGE.JPG is the name of your image file plus its extension). Hope it helps.
If you need more than one extra picture, you can do the same with any field you do not need (except those which are digit only).
Just to give you some news about new version because some people ask me...
The new version (4.00) with full custom fields support (in GUI, templates, scripting, printing, import, export, ...) is almost complete (90%).
The new custom fields are :
- designated by user tags to facilitate their use (in templates, scripting, printing).
- stored in catalog (with all properties such as type, default value, grid mode position, etc).
- visibles in GUI on other tab (custom fields) where you can resize and move them like you want.
Also I add :
- some new features such as hide/show fields in grid mode
- add some optimisations on program load, listview (faster in grid mode)
- correct some bugs
I spent a lot of time doing a lot of change to enable the complete management of custom fields. So I hope you enjoy!
This new version will be available in few days in beta.
Just to give you an XML example with custom fields :
The new version (4.00) with full custom fields support (in GUI, templates, scripting, printing, import, export, ...) is almost complete (90%).
The new custom fields are :
- designated by user tags to facilitate their use (in templates, scripting, printing).
- stored in catalog (with all properties such as type, default value, grid mode position, etc).
- visibles in GUI on other tab (custom fields) where you can resize and move them like you want.
Also I add :
- some new features such as hide/show fields in grid mode
- add some optimisations on program load, listview (faster in grid mode)
- correct some bugs
I spent a lot of time doing a lot of change to enable the complete management of custom fields. So I hope you enjoy!
This new version will be available in few days in beta.
Just to give you an XML example with custom fields :
Code: Select all
<?xml version="1.0" encoding="iso-8859-1"?>
<AntMovieCatalog Format="40" Version="4.0.0" Date="16/10/2011 10:16:43">
<Catalog>
<Properties Owner="Sample" Mail="m.v@gmail.com" Site="mv.online.fr" Description="Sample description" />
<CustomFieldsProperties ColumnSettings="Column settings in grid mode">
<!-- MultiValues="True": multiple values separed by a separator here ',' used to make multiple groups during grouping on this field -->
<CustomField Tag="Test1" Type="ftString" Name="Test N°1" DefaultValue="My Default Value" MultiValues="True" ExcludedInScripts="True" GUIProperties="GUI Properties" CustomProperties="Other program properties saved by AMC" />
<CustomField Tag="Test2" Type="ftDate" Name="Test N°2"/>
<CustomField Tag="Test3" Type="ftInteger" Name="Test N°3"/>
<CustomField Tag="Test4" Type="ftReal" Name="Test N°4"/>
<CustomField Tag="Test5" Type="ftList" Name="Test N°5">
<ListItem Text="Text 1" />
<ListItem Text="Text 2" />
<ListItem Text="Text 3" />
</CustomField>
<CustomField Tag="Test6" Type="ftBoolean" Name="Test N°6">
</CustomFieldsProperties>
<Contents>
<Movie Number="1" Checked="True" Date="25/05/2002" Rating="8.0" OriginalTitle="Matrix, The" FormattedTitle="Matrix, The" Director="Andy Wachowski, Larry Wachowski" Country="United States" Category="Action" Year="1999" Length="136" Actors="Keanu Reeves, Laurence Fishburne, Carrie-Anne Moss..." URL="http://us.imdb.com/Title?0133093" Description="In the near future, a computer hacker named Neo (Keanu Reeves) discovers that all life on Earth may be nothing... " Languages="English" Picture="Sample_1.jpg">
<CustomFields Test1="Test value 1, Test value 2, Test value 3" Test2="25/09/2011" Test3="2004" Test4="9.1" Test5="Text 3" Test6="True" />
</Movie>
<Movie Number="2" Checked="True" Date="25/05/2002" Rating="6.0" OriginalTitle="Lethal Weapon 4" FormattedTitle="Lethal Weapon 4" Director="Richard Donner" Country="United States" Category="Crime" Year="1998" Length="127" Actors="Mel Gibson, Danny Glover, ..." URL="http://us.imdb.com/Title?0122151" Description="Martin Riggs and Roger Murtaugh, after escaping death..." Languages="English" Picture="Sample_2.jpg">
<CustomFields Test1="Test Value 3, Test value 4" Test2="22/09/2011" Test3="2007" Test4="7.2" Test5="Text 1" />
</Movie>
<Movie Number="3" Checked="True" Date="25/05/2002" Rating="8.0" OriginalTitle="Indiana Jones and the Last Crusade" FormattedTitle="Indiana Jones and the Last Crusade" Director="Steven Spielberg" Country="United States" Category="Fantasy" Year="1989" Length="127" Actors="Harrison Ford, Sean Connery..." URL="http://us.imdb.com/Title?0097576" Description="Renowned archeologist and expert in the occult..." Languages="English" Picture="Sample_3.jpg">
<CustomFields Test1="Test value 1, Test value 5" Test2="18/09/2011" Test3="2006" Test4="8.8" Test5="Text 2" Test6="True" />
</Movie>
</Contents>
</Catalog>
</AntMovieCatalog>
Merci d'avoir signalé ce bug ! C'est corrigé dans la prochaine versionSalut à tous
Serait il possible dans une future mise à jour de faire en sorte que la fenêtre de sélection d'un film qui apparait après une recherche par script garde la taille qu'on lui a attribué. Pour le moment à chaque fois que l'on ferme le programme, elle reprend sa valeur de base.
Cette requête s'adresse aussi bien à soulsnake qu'a antp qui doit déjà l'avoir dans sa "to do list"
Hi all
Is it possible in a future update that the window for selecting a movie who appears after a search by script keeps the size we have assigned. For now each time we close the program, it returns to its base value.
This request is for soulsnake or antp which should already have it in his "to do list"
.Thanks for bug report! It is fixed in next release
.Soulsnake.
-
Raoul_Volfoni
- Posts: 863
- Joined: 2006-08-31 23:58:18
Bonjour soulsnake,
I would like to know if I could automatically have the current date is the "date added" field when adding a movie / running a script.
I could not find any recent post on the forum.
If I click on Today i have the current day, but I have to do it every day if I always want it up to date...
Is there a way to do that? How?
J'aimerai savoir s'il était possible d'ajouter la date actuelle dans le champ de date d'ajout. Si je clic sur "aujourd'hui", la date restera le 20 octobre, et ne changera pas au 21 octobre si j'ajoute un film demain.
Aprés discussion avec Raoul_Volfoni:
il semblerait qu'il y ait un problème sur la version 3.8.2
La case de la date d'ajout est toujours déclaré "false" à chaque création de fiche, ce qui ne devrait pas être le cas
It seems that there is a problem with the 3.8.2 version
The "Added Date" checkbox is always set to False for each new movie, it should not be.
Merci pour ton aide!
/Rémy
PS: it can wait version 4
I would like to know if I could automatically have the current date is the "date added" field when adding a movie / running a script.
I could not find any recent post on the forum.
If I click on Today i have the current day, but I have to do it every day if I always want it up to date...
Is there a way to do that? How?
J'aimerai savoir s'il était possible d'ajouter la date actuelle dans le champ de date d'ajout. Si je clic sur "aujourd'hui", la date restera le 20 octobre, et ne changera pas au 21 octobre si j'ajoute un film demain.
Aprés discussion avec Raoul_Volfoni:
il semblerait qu'il y ait un problème sur la version 3.8.2
La case de la date d'ajout est toujours déclaré "false" à chaque création de fiche, ce qui ne devrait pas être le cas
It seems that there is a problem with the 3.8.2 version
The "Added Date" checkbox is always set to False for each new movie, it should not be.
Merci pour ton aide!
/Rémy
PS: it can wait version 4
Bonjour remyremy,
Je vais rajouter une option (checkbox) dans les préférences pour insérer la date actuelle (cochée) à la place de la date spécifiée ou non dans les valeurs par défaut.
C'est la meilleur solution que j'ai trouvé étant donné que certaines personnes peuvent se servir de ce champ pour autre chose et donc ne veulent peut-être pas que la date actuelle (cochée) soit ajoutée automatiquement lorsqu'un nouveau film est ajouté.
Est-ce que ceci vous convient ?
EDIT: La fonctionnalité a été ajouté pour la prochaine version
.
Concernant les champs personnalisés qui vont arriver avec la version 4.0, pour spécifier la date d'aujourd'hui sur les champs de type Date, il suffira de mettre la valeur TODAY comme valeur par défaut.
Je vais rajouter une option (checkbox) dans les préférences pour insérer la date actuelle (cochée) à la place de la date spécifiée ou non dans les valeurs par défaut.
C'est la meilleur solution que j'ai trouvé étant donné que certaines personnes peuvent se servir de ce champ pour autre chose et donc ne veulent peut-être pas que la date actuelle (cochée) soit ajoutée automatiquement lorsqu'un nouveau film est ajouté.
Est-ce que ceci vous convient ?
EDIT: La fonctionnalité a été ajouté pour la prochaine version
.Concernant les champs personnalisés qui vont arriver avec la version 4.0, pour spécifier la date d'aujourd'hui sur les champs de type Date, il suffira de mettre la valeur TODAY comme valeur par défaut.
C'est tout simplement parfait!soulsnake wrote: Concernant les champs personnalisés qui vont arriver avec la version 4.0, pour spécifier la date d'aujourd'hui sur les champs de type Date, il suffira de mettre la valeur TODAY comme valeur par défaut.
Ce logiciel est vraiment super!
Merci à tous pour votre boulot et bonne chance pour la suite!