Nuevo firmware 4.10.11655

[surquizu]

Por si le interesa a alguien, ya he montado el megaparche para la v.4.10.11655 mark6. Probado en GloHD y Aura ONE

[Nominar]

Yo no lo utilizo, pero he mirado la estructura interna y estoy (casi) seguro que si.
Dejo la última actualización.
Suerte.

Gracias.

[Nominar]

Yo no lo utilizo, pero he mirado la estructura interna y estoy (casi) seguro que si.
Dejo la última actualización.
Suerte.

Me avienta este error

calibre, version 3.31.0
ERROR: Excepción no considerada: <b>ValueError</b>:invalid literal for int() with base 10: ':'

calibre 3.31 embedded-python: True is64bit: True
Darwin-15.6.0-x86_64-i386-64bit Darwin ('64bit', '')
('Darwin', '15.6.0', 'Darwin Kernel Version 15.6.0: Mon Nov 13 21:58:35 PST 2017; rootnu-3248.72.11~1/RELEASE_X86_64')
Python 2.7.12
OSX: ('10.11.6', ('', '', ''), 'x86_64')
Interface language: es
Successfully initialized third party plugins: DeDRM (6, 5, 5) && KePub Metadata Writer (3, 0, 3) && KePub Metadata Reader (3, 0, 2) && Hyphenate This! (0, 0, 8) && KoboTouchExtended (3, 0, 2) && KePub Output (3, 0, 0)
Traceback (most recent call last):
File "calibre_plugins.hyphenatethis.hyphenatethisaction ", line 118, in hyphenate
File "calibre_plugins.hyphenatethis.hyphenatethisaction ", line 92, in _select_books
File "calibre_plugins.hyphenatethis.hyphenator.hyphenat or", line 165, in __init__
File "calibre_plugins.hyphenatethis.hyphenator.hyphenat or", line 96, in __init__
File "calibre_plugins.hyphenatethis.hyphenator.hyphenat or", line 44, in __init__
ValueError: invalid literal for int() with base 10: ':'

[JIPG]

Yo no lo utilizo, pero he mirado la estructura interna y estoy (casi) seguro que si.
Dejo la última actualización.
Suerte.

Has vuelto a

LEFTHYPHENMIN 2
RIGHTHYPHENMIN 2
COMPOUNDLEFTHYPHENMIN 2
COMPOUNDRIGHTHYPHENMIN 2

cuando el anterior estaban a 3.

Con los kepub ¿no podría darse el caso de tener una letra que quedase sola?

[JIPG]

Me avienta este error

calibre, version 3.31.0
ERROR: Excepción no considerada: <b>ValueError</b>:invalid literal for int() with base 10: ':'

calibre 3.31 embedded-python: True is64bit: True
Darwin-15.6.0-x86_64-i386-64bit Darwin ('64bit', '')
('Darwin', '15.6.0', 'Darwin Kernel Version 15.6.0: Mon Nov 13 21:58:35 PST 2017; rootnu-3248.72.11~1/RELEASE_X86_64')
Python 2.7.12
OSX: ('10.11.6', ('', '', ''), 'x86_64')
Interface language: es
Successfully initialized third party plugins: DeDRM (6, 5, 5) && KePub Metadata Writer (3, 0, 3) && KePub Metadata Reader (3, 0, 2) && Hyphenate This! (0, 0, 8) && KoboTouchExtended (3, 0, 2) && KePub Output (3, 0, 0)
Traceback (most recent call last):
File "calibre_plugins.hyphenatethis.hyphenatethisaction ", line 118, in hyphenate
File "calibre_plugins.hyphenatethis.hyphenatethisaction ", line 92, in _select_books
File "calibre_plugins.hyphenatethis.hyphenator.hyphenat or", line 165, in __init__
File "calibre_plugins.hyphenatethis.hyphenator.hyphenat or", line 96, in __init__
File "calibre_plugins.hyphenatethis.hyphenator.hyphenat or", line 44, in __init__
ValueError: invalid literal for int() with base 10: ':'

Creo que el formato es muy distinto (es un fichero.js lo que hay que sustituir):

Contenido oculto:

/
es.js.zip

[Nominar]

Creo que el formato es muy distinto (es un fichero.js lo que hay que sustituir):

Contenido oculto:

/
es.js.zip

Gracias. Salu2

[jcn363]

Has vuelto a

LEFTHYPHENMIN 2
RIGHTHYPHENMIN 2
COMPOUNDLEFTHYPHENMIN 2
COMPOUNDRIGHTHYPHENMIN 2

cuando el anterior estaban a 3.

Con los kepub ¿no podría darse el caso de tener una letra que quedase sola?

Si. Se supone que el error está corregido. Lo tengo en pruebas. Si lo dejáis a 3 funcionará igual de bien.

Me avienta este error
...
File "calibre_plugins.hyphenatethis.hyphenatethisaction ", line 118, in hyphenate

Creo que el formato es muy distinto (es un fichero.js lo que hay que sustituir)

Bien. No es Calibre (que he visto que usa los diccionarios de Libreoffice) es el plugin hiphenatethis y su fichero en javascript.
Si estáis interesados creo que sería fácil adaptarlo sustituyendo el punto por subrayado (guión bajo) en los pattern.
Suerte.

P.d.:
He visto que hiphenatethis usa tanto diccionarios (dic) como diccionarios empaquetados (oxt).

Contenido oculto:

    def _addDict(self):
        dfiles = choose_files(self, 'add hyphenation dictionaries dialog',
                _('Select dictionaries'), filters=[('OpenOffice dictionaries', ['oxt', 'dic'])])

Luego, en teoría, tan sólo tendríais que importar el dic en la configuración del plugin, o sustituirlo en la propia instalación (con un posible cambio de nombre).

[Nominar]

P.d.:
He visto que hiphenatethis usa tanto diccionarios (dic) como diccionarios empaquetados (oxt).

Contenido oculto:

    def _addDict(self):
        dfiles = choose_files(self, 'add hyphenation dictionaries dialog',
                _('Select dictionaries'), filters=[('OpenOffice dictionaries', ['oxt', 'dic'])])

Luego, en teoría, tan sólo tendríais que importar el dic en la configuración del plugin, o sustituirlo en la propia instalación (con un posible cambio de nombre).[/QUOTE]


Intento al rato a ver si tengo suerte. Gracias

[JIPG]

Si. Se supone que el error está corregido. Lo tengo en pruebas. Si lo dejáis a 3 funcionará igual de bien.

Lo he instalado dejándolos en 3 (todos), y en algunas palabras me corta al final de línea con dos caracteres (en kepub). Con epub no he probado. En principio no he visto ningún corte raro, aunque es verdad que no he leído demasiado desde anoche .

Con el H2O, la anchura es suficiente para que 4 caracteres (2+2), que es lo máximo que se podría perder, no tenga que meter una cantidad de espacio apreciable. Incluso con 3+3 (que sería supuestamente lo que aplicaría en epub) tampoco se notaría demasiado espacio blanco. Si dejase vocales solas al final de la línea o al principio de la siguiente no me parece muy "estético" (y es lo que a lo mejor se puede producir si pones 2 en todo en los kepub.

En fin, ya nos contarás tus conclusiones.

[jcn363]

Lo he instalado dejándolos en 3 (todos), y en algunas palabras me corta al final de línea con dos caracteres (en kepub). Con epub no he probado. En principio no he visto ningún corte raro, aunque es verdad que no he leído demasiado desde anoche .

Con el H2O, la anchura es suficiente para que 4 caracteres (2+2), que es lo máximo que se podría perder, no tenga que meter una cantidad de espacio apreciable. Incluso con 3+3 (que sería supuestamente lo que aplicaría en epub) tampoco se notaría demasiado espacio blanco. Si dejase vocales solas al final de la línea o al principio de la siguiente no me parece muy "estético" (y es lo que a lo mejor se puede producir si pones 2 en todo en los kepub.

En fin, ya nos contarás tus conclusiones.

De lo que se trata es de que se ponga 2 y 5, 4 y 2, o 3 y 3 siempre separe bien.
Os agradecería que me comunicarais cualquier error apreciado (mejor por privado) para arreglarlo en la medida de lo posible.

Suerte.

P.d.:
Está claro que no lo terminan de arreglar.