Para que anotes en las correcciones de la traducción:
En el punto 0.4 dice: "Se coloca a 8 dioses en un cuenco opaco."
Pero las fichas de dioses son "9". Y la versión en francés (que no tengo ni idea) me parece que dice: "9".

Un saludo, Felipe, y muchas grácias.

Creo que todavía no se han mencionado:
   Hippos & Crocodiles,
   y su variante/expansión Buffalos

Hola Hagel, creo que lo que buscas podría ser algo como:

www.cpforbes.net
fácil de usar, con opción para varios tipos de cierres y solapas, pero no admite imágenes,

o mejor aún,

tuckbox.gameupdates.com,
más completo, con selección para colores de fondo, subir imágenes, incluir textos, etc. Para usar hace falta registrarse, pero sin ninguna complicación. Incluso en la BGG hay una sección con listas de cajas ('tuckboxes') creadas con esta herramienta, listas para descargar e imprimir.

Creo que existe algún otro sitio más, pero no lo tengo apuntado.

Conociendo esto, creo que debo una explicación de lo que busco y por qué.

El problema que les veo a estas aplicaciones es que sólo sirven para imprimir/montar con cartulina (grosor entre 0,2 y 0,3 mm.). Para la mayoría de los usos habituales: barajas de cartas, cajitas para fichas, etc. es más que suficiente. Sobre todo si luego van a estar guardadas dentro de la caja del juego.

Si quieres que sean más resistentes o rígidas, hechas con un cartón más grueso (cartón de caja de cereales, aprox. 0,5 mm.), el grosor del material empieza a ser importante y hay que tenerlo en cuenta en el cálculo de dónde tienen que ir las líneas de pliegues, e incluso la anchura de la línea. Y en el caso de las aplicaciones que he citado no se hace, porque para el grosor habitual de cartulina, el error que se comete por no tenerlo en cuenta puede considerarse despreciable. Con cartulinas gruesas (hasta 0,3 mm.) ya se empieza a notar que algo no ajusta bien, pero es tolerable. Y además ninguna impresora admite material tan grueso.

En mi caso, eso es precisamente lo que busco, poder diseñar un desarrollo para una caja teniendo en cuenta el grosor del cartón que voy a utilizar (0,5 mm., o incluso 1 mm.), imprimir en papel normal (o en papel pegatina), pegarlo sobre el cartón y montar. Hasta ahora, cuando he necesitado algo así, he calculado las medidas a ojo, dando un poco de holgura por aquí o por allá sobre las medidas del diseño base. Muchas veces no sale del todo bien a la primera, y visto el error cometido se corrige y se hace uno nuevo. Otras en cambio, a pesar de los errores te das por satisfecho, por no volver a empezar, pensando que para el uso que se destina ya es suficiente, o simplemente te tienes que conformar porque no te queda más cartón.

Para trabajos ocasionales, como lo he hecho hasta ahora, me puede servir, pero conociendo cómo se calculan las líneas de pliegues dependiendo del grosor del material me evitaría usar el "método de prueba y error". Y lo curioso del tema es que por más que he buscado, y de diferentes formas, no lo he encontrado.

Si alguien que trabaje o tenga relación con las artes gráficas conoce el tema sería de agradecer un enlace o bibliografía. Ya me imagino que este problema no es sólo cuestión de aplicar una fórmula y listo, y que en la industria se tendrán en cuenta muchos factores, no solo el grosor, sino también la calidad (resistencia) del material, etc.

Txarli.



PD: Respecto a la bibliografía, he encontrado en la red muchos libros sobre el "diseño de packaging", pero al no poderlos hojear, no sé si tratan el tema concreto que busco, o solo hablan de los diseños de envases y la logística comercial, como he podido ver en algunos que detallan el contenido del índice o se pueden acceder al contenido de algunas páginas.

Yo lo consigo a 0,30 cts + la pegatina (que suele costar 0,20cts).

Perdona si parezco un poco quisquilloso, pero me imagino que querrás decir:

"Yo lo consigo a 30 cts + la pegatina (que suele costar 20 cts)."

o bien:

"Yo lo consigo a 0,30 € + la pegatina (que suele costar 0,20 €)."

porque 30 cts = 0,30 €, y 0,30 cts = 0,0030 €

Aunque en este caso creo todos lo hemos entendido bien desde el principio, si nos acostumbramos a decirlo mal en algunos casos el error puede inducir a graves confusiones.

Creo que el problema vienes de que hablando lo decimos de una manera y para anotar los números los representamos de otra. Un ejemplo: estamos consultando el precio de unos artículos, y

nos dicen: "cuesta treinta céntimos" (lo pongo todo en letras para que se note)

y en nuestra agenda para recordar

apuntamos: "gominolas 0,30"

No le apuntamos el tipo de unidades porque ya sabemos que la unidad es el euro.

Algo parecido nos pasa con la longitud. Una mesa que mide sesenta centímetros podemos apuntar que mide 0,60 (porque suponemos que son metros). Pero al poner las unidades tienen que ser 0,60 m., o bien 60 cm. y no 0,60 cm. Espero que se entienda.

Y perdón por la chapa.

Estoy tratando de desarrollar un diseño para unas figuras de cartón y me interesaría saber dónde puedo encontrar fórmulas para calcular las holguras y los pliegues en función del grosor del material.

Sé que por aquí hay gente que trabaja en artes gráficas o tiene relación con este negocio, y me gustaría que nos explique un poco cómo se calcula ésto en la industria, o cómo lo hacen ellos, si es que no usan fórmulas. Digo ésto porque he estado mirando por la red y he visto máquinas de troquelar, diseños y despieces de envases, cajas, etc., pero nada de fórmulas. Para la industria metalúrgica sí, pero la de papel o cartón nada de nada, o yo no he podido (o sabido) encontrar.

Saludos, Txarli.

prueba con el port de win32 de iconv
http://ftp://ftp.zlatkovic.com/libxml/iconv-1.9.2.win32.zip

El enlace no está bien, le sobra el "http://" del principio. Corrigiendo eso ya lo he descargado, pero, qué hago con ello, cómo/dónde se instala, y lo más importante qué es y para qué sirve. En el ordenador que utilizo habitualmente tengo ciertas limitaciones para instalar cosas.

Y una última pregunta. ¿El "iconv" soluciona el problema de lectura de caracteres especiales del Boardgame para Inkscape?

Grácias.

Grácias kabutor por el enlace. Y aunque esté en inglés sólo con las imágenes te puedes hacer una idea de las posibilidades de esta herramienta. Incluso me ha aclarado una duda que tenía en la forma de manipular y nombrar los objetos y aunque me funcionaba, no lo hacía de forma más adecuada.

Sobre las traducciones que prometí, lo tengo un poco parado, porque el amigo que me las está revisando  iba a revisar anda con otras ocupaciones y no sé cuando lo va a terminar. Por otra parte, me he dado cuenta que con la traducción de los documentos de texto que acompañan al paquete no se aclaran todas las dudas. Creo recordar que en alguna parte dice que No es un manual completo y que hay que ir probando y leyendo los comentarios de los archivos de ejemplos. (la duda con la que inicié el tema ya la he resuelto leyendo y probando uno de los ejemplos, si a alguno le interesa, lo comento) . Por eso, me estoy planteando traducir también los ejemplos, y si mi amigo tiene tiempo, espero que me eche una mano para contactar con Pelle Nilsson (el autor) y que incluya el paquete traducido en las opciones de descargas. (Nota: mi inglés es bastante básico, justo para entender con ayuda del diccionario lo que está escrito en inglés, pero para escribirlo y no digamos para hablarlo, eso ya es otra cosa.)

Para terminar, os comento que ahora estoy con otro problema: no consigo que funcione cuando en el archivo csv utilizo caracteres que no son ascii (vocales con acento, ñ, ¿, ¡, etc.).

Saludos, Txarli.