Apparemment, ici, quand je fais "enregistrer sous" d'un Mail avec
pièce-jointe (une photo simple) et que je coche "enregistrer les pièces
jointes", j'obtiens au final un fichier TextEdit SANS pièce-jointe. Je
ne sais pas de quand ça date (quelle mise à jour ?). Suis-je le seul ? Y
a-t-il une explication ?
On pense toujours au Player mais c'est surtout une grosse librairie utilisée par beaucoup d'applications.
vi, ça faut partie des choses "immuables", chez Apple.
> la fragmentation que tu suggères fonctionne, en effet, mais pour une > toute autre raison, je pense: il n'y a aucun GIF dans ma photothèque, > mais apparemment c'est le "volume" (ou la "taille" si tu préfères) du > dossier qui semble gêner iView. Dès que je drague un dossier de 2000 > éléments ou plus, hop, il quitte.
Le problème ne vient pas de la taille. Surveille le catalogue au fur et à mesure qu'il charge les fichiers. Le coupable est le dernier qui apparait juste avant le plantage.
Il y a une autre façon de chercher le coupable en filtrant par type Menu Fichier / Importateurs du catalogue
Juste pour te donner une idée: j'ai pris un sous-dossier de ma photothèque, dossier qui embarque 2000 images, donc... lorsque je l'importe en deux fois (moitié-moitié "à la louche"), l'importation va jusqu'au bout. Si je drague le dossier direct, ça quitte. Mais bon, je te fais confiance et vais poursuivre les recherches.
> par contre, j'ai une question sissidaire: physiquement, elle se crée > "où", la BDD de iView ?... et sous quel nom ?
C'est le catalogue lui-même, rien d'autre.
je dois comprendre qu'il ne fait ni "copies", comme le faisait iPhoto dans le temps, ni "aliases" comme le font certains autres gestionnaires.
Pourtant, il doit bien gérer un fichier d'index, xml ou autres, non ? (ne serait-ce que pour donner le "chemin" d'un élémént sélectionné)
On pense toujours au Player mais c'est surtout une grosse librairie
utilisée par beaucoup d'applications.
vi, ça faut partie des choses "immuables", chez Apple.
> la fragmentation que tu suggères fonctionne, en effet, mais pour une
> toute autre raison, je pense: il n'y a aucun GIF dans ma photothèque,
> mais apparemment c'est le "volume" (ou la "taille" si tu préfères) du
> dossier qui semble gêner iView. Dès que je drague un dossier de 2000
> éléments ou plus, hop, il quitte.
Le problème ne vient pas de la taille.
Surveille le catalogue au fur et à mesure qu'il charge les fichiers.
Le coupable est le dernier qui apparait juste avant le plantage.
Il y a une autre façon de chercher le coupable en filtrant par type
Menu Fichier / Importateurs du catalogue
Juste pour te donner une idée: j'ai pris un sous-dossier de ma
photothèque, dossier qui embarque 2000 images, donc... lorsque je
l'importe en deux fois (moitié-moitié "à la louche"), l'importation va
jusqu'au bout. Si je drague le dossier direct, ça quitte.
Mais bon, je te fais confiance et vais poursuivre les recherches.
> par contre, j'ai une question sissidaire: physiquement, elle se crée
> "où", la BDD de iView ?... et sous quel nom ?
C'est le catalogue lui-même, rien d'autre.
je dois comprendre qu'il ne fait ni "copies", comme le faisait iPhoto
dans le temps, ni "aliases" comme le font certains autres gestionnaires.
Pourtant, il doit bien gérer un fichier d'index, xml ou autres, non ?
(ne serait-ce que pour donner le "chemin" d'un élémént sélectionné)
On pense toujours au Player mais c'est surtout une grosse librairie utilisée par beaucoup d'applications.
vi, ça faut partie des choses "immuables", chez Apple.
> la fragmentation que tu suggères fonctionne, en effet, mais pour une > toute autre raison, je pense: il n'y a aucun GIF dans ma photothèque, > mais apparemment c'est le "volume" (ou la "taille" si tu préfères) du > dossier qui semble gêner iView. Dès que je drague un dossier de 2000 > éléments ou plus, hop, il quitte.
Le problème ne vient pas de la taille. Surveille le catalogue au fur et à mesure qu'il charge les fichiers. Le coupable est le dernier qui apparait juste avant le plantage.
Il y a une autre façon de chercher le coupable en filtrant par type Menu Fichier / Importateurs du catalogue
Juste pour te donner une idée: j'ai pris un sous-dossier de ma photothèque, dossier qui embarque 2000 images, donc... lorsque je l'importe en deux fois (moitié-moitié "à la louche"), l'importation va jusqu'au bout. Si je drague le dossier direct, ça quitte. Mais bon, je te fais confiance et vais poursuivre les recherches.
> par contre, j'ai une question sissidaire: physiquement, elle se crée > "où", la BDD de iView ?... et sous quel nom ?
C'est le catalogue lui-même, rien d'autre.
je dois comprendre qu'il ne fait ni "copies", comme le faisait iPhoto dans le temps, ni "aliases" comme le font certains autres gestionnaires.
Pourtant, il doit bien gérer un fichier d'index, xml ou autres, non ? (ne serait-ce que pour donner le "chemin" d'un élémént sélectionné)
je dois comprendre qu'il ne fait ni "copies", comme le faisait iPhoto dans le temps, ni "aliases" comme le font certains autres gestionnaires.
Pourtant, il doit bien gérer un fichier d'index, xml ou autres, non ? (ne serait-ce que pour donner le "chemin" d'un élémént sélectionné)
La base de données "est" le catalogue. Pour chaque fichier il contient une miniature et sur option une image jpeg copie du média en faible résolution (pratique pour diffuser un catalogue sans fournir les originaux). Il contient aussi toutes les caractéristiques qu'il peut prendre dans les fichiers (métadonnées) et celles que fournit le système. Contrairement à iPhoto il ne duplique pas les fichier, il garde seulement le chehmin. L'avantage c'est qu'on peut travailler sur un catalogue (annoter, trier, chercher) sans disposer des originaux. De plus dans bien des cas il est capable de retrouver automatiquement des fichiers déplacés.
Va faire un tour sur le site, il y a des tutoriels et un forum. http://iview>.free.fr
je dois comprendre qu'il ne fait ni "copies", comme le faisait iPhoto
dans le temps, ni "aliases" comme le font certains autres gestionnaires.
Pourtant, il doit bien gérer un fichier d'index, xml ou autres, non ?
(ne serait-ce que pour donner le "chemin" d'un élémént sélectionné)
La base de données "est" le catalogue.
Pour chaque fichier il contient une miniature et sur option une image
jpeg copie du média en faible résolution (pratique pour diffuser un
catalogue sans fournir les originaux).
Il contient aussi toutes les caractéristiques qu'il peut prendre dans
les fichiers (métadonnées) et celles que fournit le système.
Contrairement à iPhoto il ne duplique pas les fichier, il garde
seulement le chehmin.
L'avantage c'est qu'on peut travailler sur un catalogue (annoter, trier,
chercher) sans disposer des originaux.
De plus dans bien des cas il est capable de retrouver automatiquement
des fichiers déplacés.
Va faire un tour sur le site, il y a des tutoriels et un forum.
http://iview>.free.fr
je dois comprendre qu'il ne fait ni "copies", comme le faisait iPhoto dans le temps, ni "aliases" comme le font certains autres gestionnaires.
Pourtant, il doit bien gérer un fichier d'index, xml ou autres, non ? (ne serait-ce que pour donner le "chemin" d'un élémént sélectionné)
La base de données "est" le catalogue. Pour chaque fichier il contient une miniature et sur option une image jpeg copie du média en faible résolution (pratique pour diffuser un catalogue sans fournir les originaux). Il contient aussi toutes les caractéristiques qu'il peut prendre dans les fichiers (métadonnées) et celles que fournit le système. Contrairement à iPhoto il ne duplique pas les fichier, il garde seulement le chehmin. L'avantage c'est qu'on peut travailler sur un catalogue (annoter, trier, chercher) sans disposer des originaux. De plus dans bien des cas il est capable de retrouver automatiquement des fichiers déplacés.
Va faire un tour sur le site, il y a des tutoriels et un forum. http://iview>.free.fr
Christophe Cuq
(Daniel Robillard) writes:
Christophe Cuq wrote:
Tiens, puisque tu passes par là :) Tu sais comment on peut récupérer la version de M$ EM v1 à laquelle on avait droit en tant qu'ancien acheteur de iVew ?
En bas de la page <http://iview.free.fr/download.html>
Je dois m'y prendre comme un manche, mais à chaque fois je tombe sur une page vide me demandant d'installer je ne sais plus quelle verrue qui ne semble ensuite rien faire...
Bon, sinon, j'ai pris mon casque et ma frontale et je suis allé faire de la spéléo dans mes disques et j'ai fini par remettre la main sur le fichier d'installation...
T'as rien compris,
C'est mon grand problème.
tu devrais savoir que les commerçant qui utilisent une arithmétique différente.
Ah eh bien tout s'explique, alors.
Il faut leur pardonner leur manque d'éducation.
Don acte.
Merci :)
-- CHC
danrob@libre.fr (Daniel Robillard) writes:
Christophe Cuq <christophe@cuq.org> wrote:
Tiens, puisque tu passes par là :) Tu sais comment on peut récupérer la
version de M$ EM v1 à laquelle on avait droit en tant qu'ancien acheteur
de iVew ?
En bas de la page
<http://iview.free.fr/download.html>
Je dois m'y prendre comme un manche, mais à chaque fois je tombe sur une
page vide me demandant d'installer je ne sais plus quelle verrue qui ne
semble ensuite rien faire...
Bon, sinon, j'ai pris mon casque et ma frontale et je suis allé faire de
la spéléo dans mes disques et j'ai fini par remettre la main sur le
fichier d'installation...
T'as rien compris,
C'est mon grand problème.
tu devrais savoir que les commerçant qui utilisent une arithmétique
différente.
Tiens, puisque tu passes par là :) Tu sais comment on peut récupérer la version de M$ EM v1 à laquelle on avait droit en tant qu'ancien acheteur de iVew ?
En bas de la page <http://iview.free.fr/download.html>
Je dois m'y prendre comme un manche, mais à chaque fois je tombe sur une page vide me demandant d'installer je ne sais plus quelle verrue qui ne semble ensuite rien faire...
Bon, sinon, j'ai pris mon casque et ma frontale et je suis allé faire de la spéléo dans mes disques et j'ai fini par remettre la main sur le fichier d'installation...
T'as rien compris,
C'est mon grand problème.
tu devrais savoir que les commerçant qui utilisent une arithmétique différente.
