search

mcand / abntex2

Automatically exported from code.google.com/p/abntex2
0 stars 0 forks source link

Incorporar solução referente às URL longas ao código da classe abntex2.cls #84

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
What is the task?
Incorporar solução referência às URL longas nas referências no bibtex e no 
próprio texto do documento ao código da classe abntex2.cls

What is the final product?
Atualização da abntex2.cls

Where should it be put?
Repositório do projeto

Additional information:

Considerar a FAQ:
https://code.google.com/p/abntex2/wiki/FAQ#Urls_muito_grandes_estão_passando_da
_margem_ou_quebrando_antes

e a solução:

\usepackage{url}
\makeatletter
\g@addto@macro{\UrlBreaks}{\UrlOrds}
\makeatother

Original issue reported on code.google.com by laurocesar on 17 Sep 2013 at 12:16

GoogleCodeExporter commented 9 years ago

Original comment by laurocesar on 17 Sep 2013 at 12:31

GoogleCodeExporter commented 9 years ago 
Olá a todos,

Considerar também a FAQ:
https://code.google.com/p/abntex2/wiki/FAQ#Urls_muito_grandes_n%C3%A3o_quebram_l
inha_nas_refer%C3%AAncias_bibliogr%EF%BF%BD

Deixe-me explanar os problemas que tive com as compilações de alguns amigos 
meus e minhas também, usando o abntex2.

1 - As urls são gerenciadas por padrão pelo hyperref, corrijam-me por favor 
se estiver enganado. O código que faz isso no abntex2cite.sty  é

\@ifpackageloaded{hyperref}{%
\addtociteoptionlist{abnt-url-package=hyperref}
\setboolean{ABNThyperref}{true}
}{\setboolean{ABNThyperref}{false}}

E por padrão o abntex2.cls carrega o hyperref.

2 - As compilações podem ser feitas com latex (para gerar dvi, depois um ps e 
depois um pdf) ou pdflatex (gerando diretamente um pdf). Alguns usuários 
(estou incluído) usam a sequência latex > dvips > ps2pdf, pois precisam 
manipular informações nos arquivos PostScript, p.e., usando o pacote psfrag.

3 - O hyperref não se dá bem com a compilação latex>dvips>ps2pdf, 
principalmente com os links longos e tratamento de quebra de url longa.
Explicando: há uma grande discussão sobre como quebrar url longa sem incluir 
problemas. O hyperref inclue quebras de url e coloca em algumas vezes 
caracteres com o '-' que o leitor pode achar que faz parte da url e não faz. 
Para isso o pacote url e o pacote breakurl fazem o serviço de diagramação e 
quebra de url sem gerar inconsistências.

4 - Para que tanto a compilação com latex quanto com pdflatex tenham o mesmo 
efeito, a opção abnt-url-package=hyperref deveria ser mudada para 
abnt-url-package=url, a opção brealinks=true incorporada ao \hypersetup e o 
pacotes url e breakurl carregados, além de algumas inclusões que, acho, já 
estão incluídas no arquivo abntex2cite.sty

Algumas propostas já foram colocadas na wiki como em 
https://code.google.com/p/abntex2/wiki/FAQ#Urls_muito_grandes_n%C3%A3o_quebram_l
inha_nas_refer%C3%AAncias_bibliogr%EF%BF%BD

As propostas 
https://code.google.com/p/abntex2/wiki/FAQ#Urls_muito_grandes_est%C3%A3o_passand
o_da_margem_ou_quebrando_antes e 
https://code.google.com/p/abntex2/wiki/FAQ#Urls_muito_grandes_n%C3%A3o_quebram_l
inha_nas_refer%C3%AAncias_bibliogr%EF%BF%BD deveriam sem unificadas ou testadas 
para verificar qual é a mais simples e que resolve todos os problemas 
independente de caminho de compilação.

Juntando tudo isso a solução que eu usaria é 
* no abntex2.cls:
\RequirePackage{breakurl}

\Requirepackage[breaklinks=true]{hyperref}

* no abntex2cite.sty:
trocar a dependência:

\@ifpackageloaded{hyperref}{%
\addtociteoptionlist{abnt-url-package=hyperref}
\setboolean{ABNThyperref}{true}
}{\setboolean{ABNThyperref}{false}}

por simplesmente:

\addtociteoptionlist{abnt-url-package=url}

Por favor, por questões de verificação, testem assim:

* usem somente o breaklinks=true, ou somente abnt-url-package=url, mas sem 
carregar o pacote breakurl

* façam o teste agora carregando o pacote breakurl e comparem.

Abraço a todos.

Original comment by sggra...@gmail.com on 17 Sep 2013 at 9:06

GoogleCodeExporter commented 9 years ago 
Apenas em referência ao tópico que gerou esta issue, o problema era que o 
usuário tinha nas referências um título com um valor com o  símbolo de $ na 
frente. Com isso, foi iniciado o modo matemático e não foi finalizado. A 
solução foi colocar \$, como é feito nestes casos.

Em todo o caso, o problema das URLs longas é constante. Vou efetuar alguns 
testes este final de semana e durante a próxima semana reporto meus resultados.

Original comment by leandrom...@leandromarino.com.br on 19 Sep 2013 at 12:32

GoogleCodeExporter commented 9 years ago 
Olá novamente,

O problema também ocorre se houver um caracter & na url.

Teste 1: criem um entrada no arquivo.bib que usam sendo

@ARTICLE{Mesmo2013,
  author = {Eu Mesmo and Ele Somente},
  title = {Um título sem nada a declarar},
  journal = {apss of ooll},
  year = {2013},
  volume = {2},
  pages = {132--456},
  citeseerurl = {12 set. 2013},
  owner = {sggranja},
  timestamp = {2013.09.19},
  url = {http://www.lyx.org/$rav/&ito/ngnkj.osngk/?ww.-09knvhijud.lkjj/~lljsdlj.ps/&ito/ngnkj.osngk/?ww.-09knvhijud.lkjj/~lljsdlj.ps}
}

E façam a referência à chave Mesmo2013 usando a opção 
abnt-url-package=hyperref.
Compilem com latex > dvips > ps2pdf:
Ocorre erro pois o hyperref não sabe tratar caracteres reservados.

Teste 2 - façam o mesmo, mas agora usando abnt-url-package=url,
Compilem com latex > dvips > ps2pdf:
Sem erro, url tratada de forma conveniente, mas não é quebrada ao final da 
linha.

Compilem com pdflatex:
Sem erro, url tratada de forma conveniente e  quebrada ao final da linha.

Ou seja, usando latex > dips > ps2pdf ocorre problema de quebra de url.

Teste 3 incluam o pacote breakurl
Compilem com latex > dvips > ps2pdf:
Sem erro, e url tratada de forma correta (url) e quebra de url ao final da 
linha (breakurl).

Soluções: como já citado anteriormente, trocar os caracteres reservados por 
sua macro, p.e., $ -> \$, & \&, etc ; ou usar a opcção abnt-url-package=url 
no abntex2cite. Considerar o carregamento do pacote breakurl quando 
compilação em latex mode e não  pdf mode.

Um exemplo de teste sobre como testar pdf mode, latex mode e html mode está 
em: 
http://www.google.com.br/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad=rja&ved=0C
DAQFjAA&url=ftp%3A%2F%2Fftp.ctan.org%2Ftex-archive%2Fmacros%2Flatex%2Fcontrib%2F
oberdiek%2Fifpdf.pdf&ei=TJA7Uu-KLYfO8QTLhoCIBA&usg=AFQjCNGIxSlL0tMCsPki60Y_a4kEb
jYy4A&sig2=5d_7OcVANROZAacWgzFxEw&bvm=bv.52434380,d.eWU

Pergunta: algum retrocesso se trocarmos abnt-url-package=hyperref por 
abnt-url-package=url no abntex2cite.sty e incluirmos o pacote breakurl quando a 
compilação usar latex e não pdflatex?

Original comment by sggra...@gmail.com on 20 Sep 2013 at 12:05

GoogleCodeExporter commented 9 years ago 
from:    sggranja <sggranja@gmail.com>
to:  abntex2@googlegroups.com
date:    Thu, Sep 19, 2013 at 11:37 PM

Olá Lauro, 

O problema também aparece se houver um caracter $ e não há um escape  no 
código. Já testei e também dá problema, mas as quebras de url quando no 
modo latex (não modo pdf) só consegui usando o pacote breakurl. Não tentei 
as outras soluções.

[]s

https://groups.google.com/d/msgid/abntex2/6ecb90d3-abaa-4da5-ae5c-96833407ab70%4
0googlegroups.com.

Original comment by laurocesar on 20 Sep 2013 at 10:08

GoogleCodeExporter commented 9 years ago 
Olá Sílvio

Será que se adicionarmos o scape para $ teríamos todos os problemas 
resolvidos?

Abraços!

Lauro César

Original comment by laurocesar on 20 Sep 2013 at 10:09

GoogleCodeExporter commented 9 years ago 
Olá Lauro,

Testei inserir o escape para $ e deu erro, não sei o que é. Vou verificar e 
te aviso.

Silvio

Original comment by sggra...@gmail.com on 30 Sep 2013 at 1:46

GoogleCodeExporter commented 9 years ago 
O que vocês acham de colocar como condição na compilação via latex o 
pacote breakurl?

(Eu tentei com o pacote iftex, mas não consegui fazer funcionar)
\RequirePackage{ifpdf,ifxetex,ifluatex}
\ifpdf
\else
  \ifxetex
    \else
    \ifluatex
    \else
      \RequirePackage{breakurl}
    \fi
  \fi
\fi

Original comment by hbpa...@gmail.com on 30 Sep 2013 at 10:47

GoogleCodeExporter commented 9 years ago 
Acho que bastaria algo assim:

\IfFileExists{breakurl.sty}{\usepackage{breakurl}}{}

Não testei se funciona.

Original comment by laurocesar on 30 Sep 2013 at 10:54

GoogleCodeExporter commented 9 years ago 
Eu queria era testar se o arquivo está sendo compilado em pdflatex, xelatex ou 
lualatex, caso em que não é preciso carregar o breakurl. Só quando for 
compilação via latex (dvi>ps>pdf) é que ele seria chamado. Talvez seja 
exagero.

Original comment by hbpa...@gmail.com on 1 Oct 2013 at 12:22

GoogleCodeExporter commented 9 years ago 
[deleted comment]
GoogleCodeExporter commented 9 years ago 
from:    henrique <hbpasti@gmail.com>
to:  abntex2@googlegroups.com
date:    Wed, Oct 2, 2013 at 9:18 PM

O problema aí é que o XeTeX não admite o breakurl. 

Achei um jeito de também testar pelo tex4ht em 
http://tex.stackexchange.com/a/53943

% Check if not running pdf/xe/lua/htlatex, then load breakurl
%   (From http://tex.stackexchange.com/a/53943)
\edef\texforht{TT\noexpand\fi
  \@ifpackageloaded{tex4ht}
    {\noexpand\iftrue}
    {\noexpand\iffalse}}
\RequirePackage{ifpdf,ifxetex,ifluatex}
\ifpdf
\else
  \ifxetex
  \else
    \ifluatex
    \else
      \if\texforht
      \else
        \RequirePackage{breakurl}
      \fi% texforht
    \fi% luatex
  \fi% xetex
\fi% pdftex

Agora o verdadeiro problema é que isso requer o uso de abnt-url-package=url e 
eu não sei como colocar um estado inicial padrão para essas opções que são 
definidas no bibtex...

Original comment by laurocesar on 3 Oct 2013 at 11:43

GoogleCodeExporter commented 9 years ago 
Henrique

Para fazer essa alteração, alteraremos o pacote abntex2cite.sty.

Veja que o pacote já faz algo parecido com isso: ele detecta se o hyperref foi 
carregado e seta automaticamente o pacote a ser usado:

(linha 367 de 
https://code.google.com/p/abntex2/source/browse/tex/latex/abntex2/abntex2cite.st
y):

\@ifpackageloaded{hyperref}{%
\addtociteoptionlist{abnt-url-package=hyperref}
\setboolean{ABNThyperref}{true}
}{\setboolean{ABNThyperref}{false}}

Basta, então, apenas substituir esse código pelo que você encontrou.

Original comment by laurocesar on 3 Oct 2013 at 11:45

GoogleCodeExporter commented 9 years ago 
Como ficou isto pessoal?

Original comment by laurocesar on 11 Oct 2013 at 10:42

GoogleCodeExporter commented 9 years ago 
(Eu tentei responder via email hoje cedo, mas parece que não deu certo)

Lauro, a solução que eu proponho envolve:

1) Colocar o url.sty como requisito. Eu sei que isso aumenta ainda mais o 
número de dependências, mas acho que é uma solução segura ao problema da 
presença de caracteres especiais em urls (isto talvez implique numa 
necessária supressão futura das várias opções para abnt-url-package);
2) Um teste do mecanismo usado na compilação que, no caso exclusivo de 
processamento via latex (ou "modo dvi"), carrega o pacote breakurl (uma vez que 
o pdftex e o xetex lidam bem com a questão da quebra de linhas em urls, e que 
a questão não se aplica ao tex4ht).

Por favor, vejam se concordam antes de eu mandar a revisão pro repositório:

diff -r 5d4dd4161f98 tex/latex/abntex2/abntex2cite.sty
--- a/tex/latex/abntex2/abntex2cite.sty    Thu Oct 10 21:57:03 2013 -0300
+++ b/tex/latex/abntex2/abntex2cite.sty    Fri Oct 11 10:03:19 2013 -0300
@@ -178,7 +178,8 @@
 \RequirePackage{ifthen}
 \RequirePackage{calc}
 \RequirePackage{abntex2abrev}
-\RequirePackage{setspace}    %*****
+\RequirePackage{setspace}   
+\RequirePackage{url} %*****

 %%%%%%  Options Declaration  %%%%%%

@@ -370,6 +371,7 @@
 }{\setboolean{ABNThyperref}{false}}

 \@ifpackageloaded{url}{%
+\addtociteoptionlist{abnt-url-package=url}
 \def\UrlLeft{<}
 \def\UrlRight{>}}

@@ -381,6 +383,27 @@

 \ProcessOptions

+% Check if not running pdf/xe/lua/htlatex, then load breakurl
+%   From http://tex.stackexchange.com/a/53943
+\edef\texforht{TT\noexpand\fi
+  \@ifpackageloaded{tex4ht}
+    {\noexpand\iftrue}
+    {\noexpand\iffalse}}
+\RequirePackage{ifpdf,ifxetex,ifluatex}
+\ifpdf
+\else
+  \ifxetex
+  \else
+    \ifluatex
+    \else
+      \if\texforht
+      \else
+        \RequirePackage{breakurl}
+      \fi% texforht
+    \fi% luatex
+  \fi% xetex
+\fi% pdftex
+
 % really foot?
 \ifthenelse{\boolean{ABCIfoot}\and\equal{\AbntCitetype}{num}}
   {\setboolean{ABCIfoot}{true}}

Abraços,

Original comment by hbpa...@gmail.com on 12 Oct 2013 at 12:37

GoogleCodeExporter commented 9 years ago 
Henrique

Na verdade, estamos incorporando 4 novos pacotes:

ifpdf
ifxetex
ifluatex
url

e talvez mais este:

breakurl

Porém, como todos eles estão no CTAN, acredito que isso não seja um 
problema. Nós já indicamos na Wiki que as instalações Linux precisam ser 
feitas com o pacote texlive-full, e para Mac e Windows o MacTeX e o MiKTeX 
resolvem as dependências automaticamente.

Por isso, concordo com sua alteração! Manda brasa!

Seria interessante só adicionar um parágrafo sobre isso na documentação, na 
seção que fala dessa opção (abntex2cite), de modo o usuário saber que a 
opção é carregada automaticamente.

Original comment by laurocesar on 12 Oct 2013 at 2:26

GoogleCodeExporter commented 9 years ago 
Fechando a issue.
Obrigado Henrique!  Abraços!

Original comment by laurocesar on 12 Oct 2013 at 6:25

GoogleCodeExporter commented 9 years ago 
Olá a Henrique, Lauro e Leandro

Olhando o manual do memoir (Manual last changed 2011/03/06) na seção 
MISCELLANEOUS (Capítulo 18) vi que a classe provê as macros para verificar o 
processador (18.16.1 CHECKING THE PROCESSOR).
Há as macros \ifpdf ... \fi, \ifetex ... \fi e \ifxetex ... \fi nativas no 
memoir.

Na versão que tenho não vi nada sobre \ifluatex (ainda).

Isso faz com que o carregamento dos pacotes ifpdf e ifxetex seja desnecessário 
no abntex2.cls.

Henrique poderia testar o código proposto, mas com a supressão do 
carregamento dos pacotes ifpdf e ifxetex para verificar se isso é suficiente?

Forte abraço.

Original comment by sggra...@gmail.com on 12 Oct 2013 at 7:17

GoogleCodeExporter commented 9 years ago 
:$ ugh, eu realmente desconheço as especificidades do memoir. Quanto ao 
luatex, não é preciso fazer essa checagem (eu havia corrigido isso, mas me 
confundi todo aqui com o mercurial --- podem esperar bobagens a caminho).
Desculpem por isso,
Abraços

Original comment by hbpa...@gmail.com on 12 Oct 2013 at 8:32

GoogleCodeExporter commented 9 years ago 
Henrique e Silvio

No caso, estamos no pacote abntex2cite.sty, e não na classe abntex2.cls. O 
pacote não tem dependência com o memoir, e pode ser usada de forma 
independente da classe abntex2. Então, significa que pode ser o caso de os 
pacotes não terem sido carregados.

Sugiro voltar como estava antes, ou seja, carregando os pacotes. É mais seguro 
e garante que o usuário que esteja usando apenas o pacote de formatação de 
bibliografia, e não a classe, compile o documento sem erros.

Abraços!

Original comment by laurocesar on 12 Oct 2013 at 8:48

GoogleCodeExporter commented 9 years ago

Original comment by laurocesar on 12 Oct 2013 at 10:19

GoogleCodeExporter commented 9 years ago 
Ok, entendi as dependências e o uso isolado do abntex2cite em outros 
documentos.

Acrescentei somente a necessidade de testar se o hyperref estava sendo 
carregado para poder carregar o breakurl. Pois ao testar sem o hyperref dava 
erro:
 "Package breakurl Error: The breakurl depends on hyperref package."

\@ifpackageloaded{hyperref}
 {\RequirePackage{breakurl}}{}

Original comment by sggra...@gmail.com on 12 Oct 2013 at 11:18

GoogleCodeExporter commented 9 years ago 
Caro Henrique

Por acaso a solução do uso do pacote "url" removerá os símbolos < e > das 
url das referências, conforme mencionado no grupo de usuários (link abaixo)? 

https://groups.google.com/d/msg/latex-br/MBNKXXPPz6c/lIK41U6TZToJ

Se for, precisamos encontrar uma solução para que os símbolos continuem 
presentes.

Original comment by laurocesar on 14 Oct 2013 at 8:25

GoogleCodeExporter commented 9 years ago 
Henrique, questão já verificada. Está tudo certo! Abraços!

Original comment by laurocesar on 14 Oct 2013 at 9:28

GoogleCodeExporter commented 9 years ago 
Pessoal, acho que esse bug deve ser reaberto. Esse código melhorou as urls 
(tirando hifens e tal) mas não resolveu todos os bugs. Eu fiz um tex teste em 
duas colunas para facilitar a visualização usando duas referências, uma com 
uma url longa por causa de '_' e outra por causa de '-':

@incollection{blackburn2003,
    title = {Building a winning virtual team},
    url = {http://www.communicationcache.com/uploads/1/0/8/8/10887248/virtual_teams_that_work_creating_conditions_for_virtual_team_effectiveness.pdf},
    booktitle = {Virtual teams that work: Creating conditions for virtual team effectiveness},
    publisher = {Wiley},
    author = {Blackburn, Richard and Furst, Stacie and Rosen, Benson},
    editor = {Gibson, Cristina B. and Cohen, Susan G.},
    year = {2003},
    pages = {95–120}
}

@techreport{florianopolis2012,
    address = {Florianópolis - {SC}},
    title = {Lei Complementar n.432/2012},
    subtitle = {Lei da Inovação},
    url = {https://www.leismunicipais.com.br/a/sc/f/florianopolis/lei-complementar/2012/43/432/lei-complementar-n-432-2012-dispoe-sobre-sistemas-mecanismos-e-incentivos-a-atividade-tecnologica-e-inovativa-visando-o-desenvolvimento-sustentavel-do-municipio-de-florianopolis-2012-09-27.html},
    language = {por},
    organization = {{FLORIANÓPOLIS}},
    month = may,
    year = {2012}
}

Confiram as duas imagens anexas. Compilando sempre com o pdflatex, num deles eu 
uso o hyperref e no outro o url. Enquanto com o hyperref quebra nos '-' mas 
não quebra os '_' com o url e o contrário.

Eu dei uma procurada e vi que o breakurl tem a opção anythingbreaks, conforme:
http://tex.stackexchange.com/questions/107507/biblatex-url-breaking-not-working-
in-dvi-mode

Eu tentei usar isso em diversos lugares mas não funcionou. Não sei nem se 
deveria ou se fiz algo errado mesmo. Na verdade eu já tinha tentado esse 
anythingbreaks antes dessa última atualização e também não tinha 
funcionado. Deve ter outra solução.

Original comment by PauloQuinan on 17 Nov 2013 at 6:30

Attachments:

GoogleCodeExporter commented 9 years ago 
Prezado Paulo

Pelo que entendi, a solução que postou na issue 98 resolve esta, correto?

Abraços!

Original comment by laurocesar on 19 Nov 2013 at 11:58

GoogleCodeExporter commented 9 years ago

Original comment by laurocesar on 19 Nov 2013 at 11:58

GoogleCodeExporter commented 9 years ago

Original comment by laurocesar on 19 Nov 2013 at 11:58

GoogleCodeExporter commented 9 years ago 
Oi Paulo,

O breakurl só funciona com o latex, e não com o pdflatex --- tanto é que 
incluímos uma série de testes pra garantir que ele só será carregado em 
"modo dvi". É por isso que chamá-lo, mesmo com a opção `anythingbreaks` 
(que é um último recurso, melhor seria usar a opção `hyphenbreaks`), não 
tem efeito nenhum.

Para resolver o seu problema (que é uma url muito longa *com hífens*, o que 
ambos os pacotes --- url e breakurl --- evitam usar como ponto de quebra de 
linha), você precisa carregar o pacote url (se for mesmo processar com o 
pdflatex) com a opção `hyphens` **antes** de carregar o abntex2cite.

Então, em cada caso, você usaria:

* latex:

    \usepackage{hyperref}
    \usepackage[hyphenbreaks]{breakurl}
    \usepackage{abntex2cite}

* pdflatex/xelatex/lualatex:

    \usepackage[hyphens]{url}
    \usepackage{abntex2cite}

Agora, quanto à reabertura da issue: eu não acho que essa seja uma issue, mas 
uma questão de uso que talvez devesse ser documentada. 

Caso concordem, encaminho anexo um patch que acrescenta uma seção dedicada a 
isso na documentação.

Abraços,

Original comment by hbpa...@gmail.com on 19 Nov 2013 at 2:26

Attachments:

GoogleCodeExporter commented 9 years ago 
A solução da #98 não tem nada a ver com essa, lá o problema eram URLs com 
%, mesmo pequenas, usando especificamente o pacote url. Aqui o problema são 
URLs longas, que de acordo com o pacote usado não quebram por um motivo ou por 
outro.

De qualquer forma, tentando usar essa solução que você apresentou eu 
consegui quebrar as duas URLs ao mesmo tempo compilar com latex, mas utilizando 
compilando com pdflatex e com \usepackage[hyphens]{url} antes de 
\usepackage{abntex2cite} tenho o erro "! LaTeX Error: Option clash for package 
url.". Acho que que quando o abntex2cite vai carregar o url, por já ter sido 
carregado utilizando essa opção, ele gera esse erro.

Tentei adicionar o hyphens na declaração de documento, não deu erro, mas 
também não quebrou nada a mais.

Não sei se to fazendo algo errado, ou se realmente não funciona.

Na verdade, concordando com o que comentado anteriormente, fica confuso ter 
hifens na quebra de URL quando o texto é impresso. Mas digitalmente não faz 
diferença, pois só o que importa é o link. De qualquer forma, é melhor um 
hífen do que exceder a margem.

Enfim, pelo menos funcionou compilando com o latex. Eu acho que seria melhor 
já adicionar esse hyphenbreaks ao código, ficaria mais fácil pra todos. Mas 
se por algum motivo não haja consenso nisso, essa adição à documentação 
já é de grande ajuda, talvez ainda avisando sobre a opção anythingbreaks, 
para a pessoa poder escolher qual prefere.

Mas ainda não consegui com o pdflatex. Se você testou essa solução e ela 
funcionou talvez seria bom adicionar mais informações ainda na documentação 
pra não existir dúvidas como a minha.

Original comment by PauloQuinan on 19 Nov 2013 at 8:00

GoogleCodeExporter commented 9 years ago 
Paulo,

Se você carrega o url antes do abntex2cite não deveria haver option clash 
(talvez um outro pacote esteja fazendo isso). Pra evitar option clash você 
pode usar `\PassOptionsToPackage{<opção>}{<pacote>}`.

Não sei se a documentação do abntex2cite deve entrar nas minúcias de outros 
pacotes (como a opção `anythingbreaks`, etc). Mas inclui esse comentário 
sobre o `\PassOptionsToPackage`.

A revisão 417 atualiza a documentação do abntex2cite com essa discussão.

Original comment by hbpa...@gmail.com on 19 Nov 2013 at 10:21

GoogleCodeExporter commented 9 years ago 
[deleted comment]
GoogleCodeExporter commented 9 years ago 
hbpasti, ainda não consegui quebrar essa url com pdflatex. Podes postar o tex 
que você ta usando de teste para que eu possa verificar o que fiz errado?

Original comment by PauloQuinan on 20 Nov 2013 at 10:21

GoogleCodeExporter commented 9 years ago 
Oi Paulo, claro sem problemas. O exemplo anexo compila tanto com o pdflatex 
quanto com latex (ele inclui um teste com o pacote ifpdf usando as duas 
soluções que sugeri). Abs,

Original comment by hbpa...@gmail.com on 20 Nov 2013 at 11:07

Attachments:

GoogleCodeExporter commented 9 years ago 
Ahh sim, o exemplo funciona perfeitamente, mas quando eu troco a classe do 
documento de article para abntex2 o clash acontece.

Original comment by PauloQuinan on 20 Nov 2013 at 11:48

GoogleCodeExporter commented 9 years ago 
Hm, agora entendi (Eu tinha ficado tão focado no lance de o pacote ser 
independente da classe que esqueci de testar com ela :$)

O option clash é porque a classe abntex2 carrega o hyperref que por sua vez 
carrega o url. Pra evitar o erro, precisamos passar a opção pro url antes ou 
durante o carregamento da classe, com um \PassOptionsToPackage{hyphens}{url} 
antes do \documentclass ou simplesmente chamando a opção ao carregar a classe 
com um \documentclass[hyphens]{abntex2}.

Atualizei novamente a documentação (rev 418).

Abs,

Original comment by hbpa...@gmail.com on 21 Nov 2013 at 1:22

GoogleCodeExporter commented 9 years ago 
Se achar melhor, podemos incluir a opção hyphens por default no carregamento 
do pacote dentro da classe abntex2.cls. É o melhor?

Original comment by laurocesar on 21 Nov 2013 at 3:20

GoogleCodeExporter commented 9 years ago 
Não acho. Continuo achando este um caso de uso. Tanto o url quantoo breakurl 
desencorajam a quebra de linha em URLs hifenizadas porque isso as torna 
ambíguas. Na minha opinião, o melhor é documentar o uso e deixar a encargo 
do usuário.

Original comment by hbpa...@gmail.com on 21 Nov 2013 at 8:28

GoogleCodeExporter commented 9 years ago 
Fechando por não ter o que ser feito...

Original comment by laurocesar on 22 Apr 2014 at 11:44