Newsgroup: it.comp.macintosh
Titolo: Nisus Writer 2.0 è tra noi

La nuova versione del re dei word processor per Mac è pronta:
http://nisus.com/
Mi piace molto :-)
Ciao,
Paolo

Il 19/05/11 16.59, Paolo Tramannoni ha scritto:

Per me è passato al primo posto Evernote, e non solo perchè è on-line, 
ma perchè è semplice quanto basta, fa tutto e lavora bene anche con le 
immagini, ritaglia dal video, e sincronizza automaticamente tutto quanto.

 immagini, ritaglia dal video, e sincronizza automaticamente tutto quanto.
Hai presente cosa ci si fa con un wordprocessor e la differenza che 
corre tra un software come Nisus Writer e Evernote?

Il 19/05/11 19.57, Celio Vibenna ha scritto:

Certo, ma io ho ben presente cosa ci faccio io con un wordprocessor.

 Certo, ma io ho ben presente cosa ci faccio io con un wordprocessor.
Permettimi di avere qualche dubbio, se accosti Nisus a Evernote.
Certo, alla fine anche con un cannone si può riuscire ad ammazzare una 
mosca... :-)

 immagini, ritaglia dal video, e sincronizza automaticamente tutto quanto.
  La mancanza di una modalità solo testo e la formattazione in html a
pie' spinto me lo rendono inutilizzabile per i miei testi. :/
-- 
Nicola D'Agostino
<!-- 
http://www.nicoladagostino.net
 -->
<!-- 
http://www.storiediapple.it
 -->
<!-- 
http://www.mondochrome.it
 -->

 Per me č passato al primo posto Evernote
Mi dai la tua opinione sulla gestione degli indici analitici e dei
riferimenti incrociati in Evernote? Non mi č del tutto chiaro il
funzionamento.
Ciao,
Paolo

 Mi piace molto :-)
Hanno aggiunto l'esportazione in formato epub. :)
Voglio proprio provarla.
-- 
I'm trying a new usenet client for Mac, Nemo OS X, since 0 days.
You can download it at 
http://www.malcom-mac.com/nemo

 provato. il codice che esporta è vergognoso.
Ti va di scrivere due note in più? Mi piacerebbe inviar loro critiche e
suggerimenti.
Ciao,
Paolo

Il 20/05/11 18:15, Paolo Tramannoni ha scritto:

per dire, questo è un titolo: <p class="p1"><a id="_Toc4d75bb49" 
/>Titolo</p>
questa è una immagine (??) <p class="p1">[floating image: 'DSC01825']</p>
questo è un tag semantico per una frase enfatizzata: <span 
class="s1">come</span>
questo, giuro, è un indice puntato: <p class="p4">•<span 
class="Apple-tab-span"> </span>amore</p>
e questa è una nota senza alcun ritorno al numero di nota di partenza: 
<p class="p1"><a id="note-33600bd0" /><sup>1</sup> Questo non so dire</p>
È da tanto che non vedevo così tante porcherie in una esportazione ePub, 
tutte insieme. E' un esportatore che lavora solo sulla grafica generando 
un xhtml che non ha nessuna impostazione semantica, ideato male, che 
funziona peggio, e che farà impazzire chiunque abbia la sventura di 
metterci le mani.
-- 
La nuova hypertext fiction di Mauro Mazzetti: 
http://goo.gl/6V2eL

Ciao Fabrizio,
Grazie. Siccome non sono molto addentro alla sintassi degli ebook, e i
tag mi sembrano abbastanza standard, vorrei chiederti se il problema è
nel nome incomprensibile degli attributi assegnati a "class" e "id",
oppure alle immagini.
Ciao,
Paolo

 Mi piace molto :-)
Oggi compro l'upgrade: mi riassumi i motivi principali per cui lo sto
facendo? ;)
-- 
ciao, ric

 tag mi sembrano abbastanza standard
non si tratta di nomi, ma di concezione. Esistono tag per definire le 
liste, le frasi enfatizzate, le citazioni, la gerarchia strutturale del 
libro: nisus non ne usa nemmeno una, crea dei fogli stile grafici che a 
livello semantico non vogliono dire nulla e non possono essere usati poi 
per eventuali ricerche e lavori sul codice prodotto. Le immagini float 
non riesce a gestirle e non inserisce i link per il ritorno dalla nota a 
pié di pagina al numero di nota di partenza. E' un tool fatto con i 
piedi, tra i peggiori che abbia visto


 libro
Parli degli schemi Dublin Core o TEI? Per quanto riguarda la struttura
semantica, basterebbe adeguarsi a schemi di quel tipo?
Ciao,
Paolo

 facendo? ;)
Ti avanzano i soldi! :-)
Le novità principali mi sembrano l'esportazione dei segnalibri in PDF,
la tracciatura delle modifiche, una serie di funzioni grafiche e di
layout che possono servire a realizzare piccoli impaginati.
Ci sono poi migliorie evidenti, come una gestione molto intelligente dei
commenti (che si espandono o contraggono dinamicamente per restare
sempre vicini al testo interessato), e una generale maggior velocità.
Ci sarebbe anche l'esportazione in ePub, ma come puoi vedere in un altro
ramo della discussione non è forse ancora messa a punto.
Ciao,
Paolo

 non si tratta di nomi, ma di concezione
Ah, non ti andrebbe di contattarli e parlargliene? Normalmente sono
molto aperti ai suggerimenti (soprattutto se, come in questo caso,
vengono da un editore).
Ciao,
Paolo

 Parli degli schemi Dublin Core o TEI?
parlo di banale xhtml: h1, h2, <em>, <ul>, <il>, <strong> eccetera.


 ramo della discussione non è forse ancora messa a punto.
A quanto scrive il buon Venerandi, direi che "non è forse ancora messa a
punto." è l'eufemismo del secolo...;)
Grazie per le dritte.
-- 
ciao, ric

 parlo di banale xhtml: h1, h2, <em>, <ul>, <il>, <strong> eccetera.
Ho capito. Vedo che quel formato di uscita è molto usato, e me ne chiedo
la ragione, visto che è praticamente illeggibile.
Ciao,
Paolo


Che ne pensi ? pensavo di usarlo per poi convertire html in epub con 
calibre, ma i primi test mi danno dei risutati strani e non capisco se 
il problema e` dell'esportatore in html o della conversione in calibre.
Altra cosa che non capisco e` perche i file rtf creati con mellel non 
vengono accettati in calibre, per farlo devo prima riaprirli on word e 
quindi salvarli nuovamente come rtf


 hai?
Alcune formattazioni non venivano rispettate, ma penso che il problema 
sia nell'esportatore da mellel a html, e non in calibre


 css puri
ADE lo digerisce?
-- 
C-K

 problemi avevi?
Pezzi di testo in italico, o in grassetto che non venivano esportati 
corettamente, alcune volte venivano esportati ma come testo normale, 
mentre in altri venivano proprio elimitati.



Mi accorgo con raccapriccio che le pagine Html esportate da InDesign CS5
contengono esattamente gli stessi tag trovati in Nisus. E quindi, al
posto di <H1> si avrà:
<p class="heading-1">
Ma c'è una ragione per questa scelta? Il codice prodotto da ID è
inutilizzabile, o ci sono strumenti che permettano di "pulire" il
codice?
Ciao,
Paolo

codice?
La ragione probabilmente e' che agendo sul foglio di stile e
modificando la classe heading-1, poi personalizzi il documento come
meglio credi.
-- 
Living in Barbaropoli
http://www.barbaropoli.com

 meglio credi.
Sì, ma questo si potrebbe fare anche con un <h1> (basta considerarlo una
classe). La leggibilità del codice ci guadagnerebbe.
In ogni caso, credo che la possibilità di esportare codice di vecchio
tipo ci sia ancora, ma ben nascosta:
1) Show Structure
2) menu del pannello > Map Styles to Tags
3) Al momento dell'esportazione in Html, scegliere di non includere i
CSS.
I tag "classici" non vengono dati; occorre crearli. Segno che sono
"deprecati". E quindi torno a chiedermi il perché di questa scelta.
Soprattutto: devo adeguarmi al nuovo corso, o ripristinare il vecchio?
Ragioni di compatibilità con alcuni sistemi per cui devo preparare i
file Html dicono che sarebbe meglio tornare all'antico; ma mi resta il
dubbio che il moderno sia in qualche modo migliore (sì, ma come?)
Ciao,
Paolo

dubbio che il moderno sia in qualche modo migliore (sì, ma come?)
XHTML anche nella forma strict non mi pare dica che H1 sia deprecato,
anzi.


 anzi.
Allora, non ha assolutamente senso usare le classi, senza dare una
scelta alternativa. Voglio sperare di star sbagliando io, ma la
documentazione di Adobe non mi aiuta.
Ciao,
Paolo

> I tag che si possono assegnare al testo sono solo XML, non HTML
Adoro Adobe. Per avere la mappatura degli stili di paragrafo sui tag
HTML bisogna aggiornare a CS5.5. Adorabili.
Ciao,
Paolo

 meglio credi.
Se la classe assegnata agli heading è sempre la stessa, non è difficile 
"massaggiare" il codice con una botta di grep in Perl (o Python).
-- 
C-K



Beh, a quanto dicono il motore di conversione HTML/XHTML/ePub è stato 
completamente riscritto. Prova ne sia che hanno aggiunto diversi bug 
che avevano corretto nel passaggio da CS4 a CS5.
***
Io comunque aggiornerò a CS5.5, la vera killer feature sono gli 
anchored objects che puoi gestire col mouse.
-- 
C-K

 codice?
Comunque, in generale... se la mappatura e' funzionale, allora
convertirla e' banale. Se gli strumenti non esistono, si fabbricano con
poco sforzo. Se non lo e', allora le cose possono divenire piu'
complesse.
-- 
-riko
http://www.enrico-franchi.org/
http://rik0-techtemple.blogspot.com/

 quindi che abbia un corretto h1
In CS5.5. In CS5 non c'è verso (lo si può fare solo per l'XML, ma non mi
risulta per HTML o ePUB).
Ciao,
Paolo

 risulta per HTML o ePUB).
Mh.. sicuro? Altrove mi dissero, quoto: "la gerarchia degli h č 
specificabile anche all'interno di CS5 purché si crei un TOC Style"
f.


 specificabile anche all'interno di CS5 purché si crei un TOC Style"
Confermo. Creando uno stile TOC le intestazioni vengono esportate come H.
-- 
C-K

 Confermo. Creando uno stile TOC le intestazioni vengono esportate come H.
È assolutamente vero. Per riordinare un po' le idee su come InDesign
esporta lo stile di paragrafo Heading 1 (assegnato al primo livello di
sommario):
        HTML            XML     ePUB
CS5     <p class...>    <h1>    <h1>
CS5.5   <h1>            <h1>    <h1>
Il problema è solo nell'esportazione dell'HTML (risolto in CS5.5).
Ciao,
Paolo

> > Creando uno stile TOC le intestazioni vengono esportate come H.
A questo punto ne approfitto per chiedervi se sapete queste due cose:
- il codice XTML che si trova dentro un ePUB generato da CS5 è lo stesso
che otterrebbe con l'esportazione in HTML in CS5.5?
- come si fa ad accedere alle immagini contenute in un ePUB, per
copiarle come normali file del Mac?
Con Sigil non sono riuscito a trovare il modo. Non funziona il
trascimanento, non funziona la copia, non c'è modo di vedere il file nel
Finder.
Ciao,
Paolo

 nelFinder.
Un file .epub non e` altro che una cartella zippata quindi la puoi 
aprire direttamente dal mac, io ad esempio uso the unarchiver, ma penso 
che lo stesso decompressore di OS X possa farlo.


 copiarle come normali file del Mac?
Rinomina ebook.epub in ebook.zip e decomprimi.
-- 
C-K

 Rinomina ebook.epub in ebook.zip e decomprimi.
Ci ho provato, e mi ha dato un file .czip! :-)
Ciao,
Paolo

 quindi la puoi  aprire direttamente dal mac
Ho usato Stuffit Expander. Funziona, grazie!
Ciao,
Paolo

 Ho usato Stuffit Expander. Funziona, grazie!
occhio che l'incontrario non funziona, se lo rizzippi normalmente non 
ottieni un epub


 decomprimere e ricomprimere, dopo aver apportato le modifiche.
Un po' folle, ma ne terrò conto. Per fortuna al momento mi serve solo
tirar fuori le cose.
Ciao,
Paolo

 decomprime anche da sistema
Ma siete sicuri? Qui SL 10.6.7 e la procedura funziona correttamente.
-- 
C-K

 Ma siete sicuri? Qui SL 10.6.7 e la procedura funziona correttamente.
Stessa versione, e amaramente il risultato è quello.
Il Mac va a simpatia :-P
Ciao,
Paolo

Riguardo a "Re: Formato tag in Html", Chroma Key scrisse:


Non e` che per decomprimere usi the unarchivier ? che puo sostituirsi 
all'unzip di OS X senza che tu debba per forza accorgertene. ?
Comuqneu anche io con SL allinizio usavo solo unzip di sistema e 
funzionava senza problemi.
Forse dipende da come sono stati fatti gli epub.


 all'unzip di OS X senza che tu debba per forza accorgertene. ?
Sì, ho The Unarchiver (molto più comodo dell'utility integrata); ma mi 
era parso di capire che il problema di Paolo fosse che cambiando 
l'estensione del file venisse fuori un .czip e non uno .zip.
Butto lì una stronzata: hai disattivato l'opzione che nasconde le 
estensioni per i tipi di file conosciuti?
-- 
C-K

 snow leopard spesso lo ri-zippa facendone un .czip
Aaaah. Capito.
Pardon.
-- 
C-K

 Pardon.
Veramente, a scusarsi dovrebbero essere quelli della Apple :-)
Ciao,
Paolo