Re: [users-fr] Gestion des bacs was [Annonce] version 2.3.0 FR
yves dutrieux a écrit : Bonjour, Le 24/09/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> a écrit : Bonjour Sophie, Non je ne pense pas que le problème ait été remonté. Nous nous sommes adressés directement aux utilisateurs. En effet, nous pensions trouvé les mêmes attentes du côté des professionnels d'autant que les débuts d'OOo ne sont pas d'aujourd'hui. Des tests (avec les styles de page) ont été effectués par mon équipe mais apparemment un simple courrier pose le même problème. Pour info, la mairie de Cholet utilise 3 types de papier (en-tête, blanc et jaune pour les visas). Je vais faire des tests au boulot où on a des lasers multi-bacs. Mais peut-être une piste.. nous avons déjà eu un cas où les changements de bacs ne voulaient pas s'opérer car sur l'imprimante (physiquement - c'était une xerox), le format de papier indiqué avait été modifié (on avait indiqué type enveloppe au lieu de A4). Comme la sélection de type ne correspondait pas à ce qui était demandé (du A4 dans le document), l'imprimante refusait obstinément de sélectionner le bac et utilisait le bac par défaut Si ça peut aider ;-) Yves. Merci de nous aider, car nous envisagions de migrer une bonne partie de la Mairie et de la Communauté d'Agglomération au 1er janvier 2008. La réunion de la semaine dernière avec la Direction Générale tend vers un retour à Microsoft Office. Cordialement, Christine GLOMET Chef du Service Assistance Utilisateurs Mairie de Cholet Direction des Systèmes d'Information et de Télécommunications Tél : 02.41.49.55.09 Fax : 02.41.49.26.30 [EMAIL PROTECTED] sophie <[EMAIL PROTECTED]> 24/09/2007 15:52 Veuillez répondre à users@fr.openoffice.org A users@fr.openoffice.org cc Objet Re: [users-fr] Gestion des bacs was [Annonce] version 2.3.0 FR Bonjour Christine, [EMAIL PROTECTED] wrote: Bonjour, Toujours pas de gestion des bacs ? J'en profite pour signaler que notre passage à OOo est bloqué par cette situation. Quel dommage ! Est-ce que ce problème a été remonté sur notre base de données de bogues ? Et éventuellement quel est son numéro ? A bientôt Sophie - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Si ça peut aider ... J'ai eu il y a eu qques temps, des pbs d'impression sur une imprimante multi-bacs Oki, mais c'est pareil sur d'autres, avec une application Delphi ...(en non OpenOffice) J'imaginais bêtement que la liste des bacs (3 dans mon cas) commençait de 0 jusqu'à n-1, et j'adressai donc le bac 0, puis 1, etc... (au travers de l'API Windows). ça ne marchait pas , et l'impression était toujours dirigée sur le bac par défaut. J'ai découvert qu'en fait, (il y a une fonction d'énumération des bacs dans l'API) les bacs ne sont pas indexés dans un ordre croissant, mais tout à fait aléatoire (par exemple 0, 7, 55, etc...) Il a donc suffit que j'adresse mes bacs par leur index pour que ça fonctionne. Je suppose que celà n'est pas dû spécifiquement à Windows, ou à sous pilote pour cet OS, mais aux spécifications de l'imprimante... OpenOffice doit donc repérer les indices réels des bacs dans la liste des bacs de l'imprimante... Voilà, c'était mes 5 c... c.devise - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Import fichier CSV[résolu]
christianwtd a écrit : claude devise a écrit : Jean-Francois Nifenecker wrote: c.devise a écrit : Mais il est qd même curieux qu'avec le point, certains champs sur la même colonne soient reconnus comme nombre standard, et d'autres comme date... Pour avoir rencontré ce gag, il semble qu'il provienne de champs numériques qui contiennent des valeurs inférieures à 12.32. ex : 5.6 -> 5 juin Avec la virgule, pas de pb Pour un gag, ça serait plutôt un bug, non ? 12.32 dis-tu ? Quel farceur, cet OOOCalc ;-))) je le note... C'est pire avec Excel, qui me prend un champ contenant un code-barre EAN13 pour du numérique (pour ça, rien d'étonnant), mais en l'écrit notation scientifique (bonjour le code-barre !)... Je ne peux pas non plus travailler avec des virgules comme séparateur décimal, car les champs sont vus comme de l'alpha... Sur ce coup là, OOO est ok... merci, à suivre... et A+ c.devise Bonsoir, Non, c'est normal. La solution je l'ai donné à la 3ème réponse. Le pire est que je le savais. Donc je reprend, il faut : Pour ta colonne de chiffres avec des points comme séparateur décimal, il suffit dans les options import CSV de sélectionner la colonne comme Anglais US Ca c'est pour l'import. Pour ce que tu dis être un gag, Jean-François à raison, c'est lié à l'écriture naturelle dans une cellule. C'est d'ailleurs ce que je dis ici : http://christianwtd.free.fr/index.php?rubrique=DebFonctions02 à la rubrique Effets indésirables. Bonsoir, J'ai en fait résolu le problème en remplaçant le point décimal par une virgule dans mes champs numériques... Effectivement, je n'avais pas pris garde aux effets de bord provoqués par l'interprétation des données CSV par le tableur dans le cas d'un champ ressemblant à une date. Je trouve quand même ce comportement un peu déroutant, car dans ce cas le tableur force l'année par défaut, mais bon... De la même façon que l'on peut forcer un champ à être de format texte (en le préfixant par '), peut-on préfixer un champ numérique, par exemple avec '=' ? En tous cas merci à tous, et bonsoir. c.devise - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Import fichier CSV[résolu]
Laurent Godard a écrit : Bonjoir Avec la virgule, pas de pb Pour un gag, ça serait plutôt un bug, non ? 12.32 dis-tu ? Quel farceur, cet OOOCalc ;-))) je le note... je dirai oui, un bug a noter que le separateur de date allemand est justement le point Laurent Et bien bravo, c'est trouvé : les dates (MM.JJ) ne peuvent donner au maximum que 12.31... donc 12.32 et en dessus : c'est un nombre, en dessous c'est une date... c'est ça le piège ? CQFD. A+ c.devise - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Import fichier CSV[résolu]
Jean-Francois Nifenecker wrote: c.devise a écrit : Mais il est qd même curieux qu'avec le point, certains champs sur la même colonne soient reconnus comme nombre standard, et d'autres comme date... Pour avoir rencontré ce gag, il semble qu'il provienne de champs numériques qui contiennent des valeurs inférieures à 12.32. ex : 5.6 -> 5 juin Avec la virgule, pas de pb Pour un gag, ça serait plutôt un bug, non ? 12.32 dis-tu ? Quel farceur, cet OOOCalc ;-))) je le note... C'est pire avec Excel, qui me prend un champ contenant un code-barre EAN13 pour du numérique (pour ça, rien d'étonnant), mais en l'écrit notation scientifique (bonjour le code-barre !)... Je ne peux pas non plus travailler avec des virgules comme séparateur décimal, car les champs sont vus comme de l'alpha... Sur ce coup là, OOO est ok... merci, à suivre... et A+ c.devise - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]