Re: [LyX/master] Replace the remaining bad urls with accsessible ones

2013-08-31 Thread Kornel Benko 
Am Samstag, 31. August 2013 um 13:16:32, schrieb Andrew Parsloe 
apars...@clear.net.nz
 
 On 31/08/2013 10:49 a.m., Kornel Benko wrote:
  Am Freitag, 30. August 2013 um 12:07:59, schrieb Scott Kostyshak
  skost...@lyx.org
 
On Fri, Aug 30, 2013 at 11:33 AM, Kornel Benko kor...@lyx.org wrote:
 
 commit abe7eef13cbace98bc2c043e78ffdb3b4c47f2ad
 
 Author: Kornel Benko kor...@lyx.org
 
 Date: Fri Aug 30 17:28:46 2013 +0200
 

 
 Replace the remaining bad urls with accsessible ones
 

 
 Now all urls we use in our provided lyx-files
 
 (doc, examples, templates)
 
 use urls which really exist.
 

 
 (If a url was meant merely as an example,
 
 it was not touched, but added to file 'knownInvalidURLS'.)
 
   
 
Thanks for going through those, Kornel. Things look much improved.
 
  Well, it looked like the right think to do, once we had a tool to check it.
 
  We can thank each other :)
 
Scott
 
  Kornel
 
 
 However, although the url in the 9th item in the Bibliography of the 
 User's Guide exists,
 
 http://mirrors.ctan.org/indexing/makeindex/doc/makeindex.pdf

 the citations in the last paragraph of section 6.6.5 and the first of 
 6.6.6 should be to
 
 http://mirrors.ctan.org/indexing/makeindex/doc/manpages.dvi
 
 makeindex.pdf nowhere discusses style files or command line options 
 (it's really the same material as is in the User's Guide). For style 
 files and command line options you need to go to manpages.dvi.

I am inclined to agree. Scott and I wanted to check the accessibility only,
but what you write makes sense. Uwe are you around?

 I posted this on the documentation list two months ago but it got no 
 response. I think all you northern hemispherical types (hyphenate as you 
 wish) were on holiday.

 Andrew

Kornel

signature.asc
Description: This is a digitally signed message part.

LyX + Qt5 + CMake + XCode - attached files (1/1)

2013-08-31 Thread pdv 
Hello,

I've build LyX+Qt5.2 using CMake and XCode and needed to make the 
following changes (see 3 attached patch files):

1) A few modules must be added to qt_use_modules() in 2 CMakeLists.

2) Q_WS_MACX is no longer supported and was replaced by Q_OS_MACX 
(probably a similar change must be made for windows?).
In addition QMacStyle has been replaced by QProxyStyle.
(There are still some occurrences of Q_WS_MAC in FindQt4.cmake.)

3) With the changes above the application builds and looks OK (AFAICS) 
but most menus are missing;
Inserting an updateMenu() in Menus.cpp solves this.

Regards,

Patrick De Visschere

begin 644 LyXQt5CmakeLists.diff
M9EF9B`M+6=I=!A+W-R8R]FF]N=5N9',O70T+T--86ME3ES=',N='AT
M((OW)C+V9R;VYT96YDR]Q=#0O0TUA:V5,:7-TRYT'0*:6YD97@@,30R
M.#-E82XN-C,S930Y9`Q,#`V-#0*+2TM($OW)C+V9R;VYT96YDR]Q=#0O
M0TUA:V5,:7-TRYT'0**RLK((OW)C+V9R;VYT96YDR]Q=#0O0TUA:V5,
M:7-TRYT'0*0$`@+34T+#@*S4T+#$R($!`(5LV4H*0H@96YD:68H*0H@
MV5T7W1AF=E=%]PF]P97)T:65S*9R;VYT96YD7W%T-!04D]015)42453
M($9/3$1%4B`B87!P;EC871I;VYS+TQY6(IB`*+7%T7W5S95]M;V1U;5S
M*9R;VYT96YD7W%T-!#;W)E($=U:2!7:61G971S($-O;F-UG)E;G0IBMI
M9BA!4%!,12D**PEQ=%]UV5?;6]D=6QERAFF]N=5N9%]Q=#0@0V]R92!'
M=6D@5VED9V5TR!#;VYC=7)R96YT($UA8T5X=')ARD**V5LV4H*0HK7%T
M7W5S95]M;V1U;5S*9R;VYT96YD7W%T-!#;W)E($=U:2!7:61G971S($-O
M;F-UG)E;G0IBME;F1I9B@IBL*('1AF=E=%]L:6YK7VQI8G)AFEERAF
MF]N=5N9%]Q=#0*(`EFF]N=5N9',*(`DDU%47U%40T]215],24)205)9
M?0ID:69F(TM9VET($OW)C+W-U'!OG0O0TUA:V5,:7-TRYT'0@8B]S
MF,OW5P]R=]#36%K94QIW1S+G1X=`II;F1E!E9F1A,C`U+BXU-V-E
M.#`P(#$P,#8T-`HM+2T@82]SF,OW5P]R=]#36%K94QIW1S+G1X=`HK
M*RL@8B]SF,OW5P]R=]#36%K94QIW1S+G1X=`I`0`M-S4L-R`K-S4L
M-R!`0!E;'-E*D*(5N9EF*D*('-E=%]T87)G971?')O5R=EERAS
M=7!P;W)T(%!23U!%4E1)15,@1D],1$52()A'!L:6-A=EO;G,O3'E8(BD*
M(`HM71?=7-E7VUO9'5L97,HW5P]R=!#;W)E*0HK71?=7-E7VUO9'5L
M97,HW5P]R=!#;W)E($=U:2D*(`H@=%R9V5T7VQI;FM?;EBF%R:65S
M*'-U'!OG0@)'M,7A?0F]OW1?3EBF%R:65S?2`DU%47U%40T]215],
;24)205)9?2`DUI,24)?3$E4D%267TIB`*
`
end

begin 644 LyXQt5Menus.diff
M9EF9B`M+6=I=!A+W-R8R]FF]N=5N9',O70T+TUE;G5S+F-P!B+W-R
M8R]FF]N=5N9',O70T+TUE;G5S+F-P`II;F1E!C-V5F,3,P+BXS-#(T
M-(Q(#$P,#8T-`HM+2T@82]SF,O9G)O;G1E;F1S+W%T-]-96YURYC'`*
M*RLK((OW)C+V9R;VYT96YDR]Q=#0O365N=7,N8W!PD!`(TR,C(W+#8@
M*S(R,CL-R!`0!V;VED($UE;G5S.CIF:6QL365N=4)ABA1365N=4)AB`J
M('%M8BP@1W5I5FEE=R`J('9I97L()O;VP@:6YI=EA;D*(`D)365N=2`J
M(UE;G4@/2!N97@365N=2AV:65W+!M+3YS=6)M96YU;F%M92@I+!TG5E
M*3L*(`D);65N=2T^V5T5ET;4H;%B96PH*FTI*3L*(`D)6UB+3YA91-
M96YU*UE;G4I.PHK0EU1A=5-96YU*UE;G4I.PH@B`)60M/FYA;65?
=;6%P7UMV:65W75MN86UE72`](UE;G4[B`)?0H=
`
end

begin 644 LyXQt5Q_WS_MACX.diff
M9EF9B`M+6=I=!A+W-R8R]FF]N=5N9',O70T+T-A=5G;W)IF5D0V]M
M8F\N8W!P((OW)C+V9R;VYT96YDR]Q=#0O0V%T96=OFEZ961#;VUB;RYC
M'`*:6YD97@@,69D-V8S-2XN93@V,3%D92`Q,#`V-#0*+2TM($OW)C+V9R
M;VYT96YDR]Q=#0O0V%T96=OFEZ961#;VUB;RYC'`**RLK((OW)C+V9R
M;VYT96YDR]Q=#0O0V%T96=OFEZ961#;VUB;RYC'`*0$`@+30U-2PW(LT
M-34L-R!`0!B;V]L($-A=5G;W)IF5D0V]M8F\Z.F5V96YT1FEL=5R*%%/
M8FIE8W0@*B!O+!1179E;G0@*B!E*0H@B!V;VED($-A=5G;W)IF5D0V]M
M8F\Z.G-E=$EC;VY3:7IE*%%3:7IE('-IF4IB![BTC:69D968@45]74U]-
M04-8BLC:68@*1E9FEN960H45]/4U]-04-8*2`F)B!15%]615)324].(#X@
M,'@P-3`P,#`I('Q\(1E9FEN960H45]74U]-04-8*0H@6)O;VP@VUA;P@
M/2!S:7IE+FAE:6=H=@I(#P@,C`[B`)V5T071TFEB=71E*%%T.CI705]-
M86-3;6%L;%-IF4L('-M86QL*3L*(`ES971!='1R:6)U=4H470Z.E=!7TUA
M8TYOFUA;%-IF4L(%S;6%L;D[F1I9F8@+2UG:70@82]SF,O9G)O;G1E
M;F1S+W%T-]:6QE1EA;]G+F-P!B+W-R8R]FF]N=5N9',O70T+T9I
M;5$:6%L;VN8W!PFEN95X(#!D-F%B9,N+CDX-F,R.3@,3`P-C0TBTM
M+2!A+W-R8R]FF]N=5N9',O70T+T9I;5$:6%L;VN8W!PBLK*R!B+W-R
M8R]FF]N=5N9',O70T+T9I;5$:6%L;VN8W!PD!`(TS-2PW(LS-2PW
M($!`B`@*@H@(H@5AEF5F;W)E('1H97)E(ES($@=')A95O9F8@:6X@
M96YA8FQI;F@;W(@9ES86)L:6YG('1H:7,@*$I-87)C*0H@(HOBTC:68@
M95F:6YE9A17U=37TU!0U@I('Q\(AD969I;F5D*%%?5U-?5TE.*2`F)B`A
M95F:6YE9A17T]37T-91U=)3BDIBLC:68@*1E9FEN960H45]/4U]-04-8
M*2D@)B8@451?5D524TE/3B`^(#!X,#4P,#`P('Q\(1E9FEN960H45]74U]-
M04-8*2!\?`H95F:6YE9A17U=37U=)3BD@)B8@(61E9FEN960H45]/4U]#
M64=724XI*0H@(V1E9FEN92!54T5?3D%4259%7T9)3$5$24%,3T@,0H@(V5N
M9EFB`*9EF9B`M+6=I=!A+W-R8R]FF]N=5N9',O70T+T9I;F1!;F12
M97!L86-E+F-P!B+W-R8R]FF]N=5N9',O70T+T9I;F1!;F1297!L86-E
M+F-P`II;F1E`Q83,Y,5C+BYD-#=B,#@Y(#$P,#8T-`HM+2T@82]SF,O
M9G)O;G1E;F1S+W%T-]:6YD06YD4F5P;%C92YC'`**RLK((OW)C+V9R
M;VYT96YDR]Q=#0O1FEN9$%N9%)EQA8V4N8W!PD!`(TV,#,L-R`K-C`S
M+#@0$`@=F]I9!:6YD06YD4F5P;%C95=I9=E=#HZ=7!D871E1U5)*D*
M($1I86QO9R`J(-R96%T94=U:5-E87)C:$%D=BA'=6E6:65W(8@;'8IB![
MB`)1FEN9$%N9%)EQA8V4@*B!G=6D@/2!N97@1FEN9$%N9%)EQA8V4H
M;'8L(%%T.CI2:6=H=$1O8VM7:61G971!F5A*3L*+2-I9F1E9B!17U=37TU!
M0U@**R-I9B`H95F:6YE9A17T]37TU!0U@I(8F(%%47U9%4E-)3TX@/B`P
M#`U,#`P,D@?'P@95F:6YE9A17U=37TU!0U@IB`)+R\@3VX@36%C('-H
M;W@86YD(9L;V%T:6YGB`)9W5I+3YS971;]A=EN9RATG5E*3L*(-E
M;F1I9@ID:69F(TM9VET($OW)C+V9R;VYT96YDR]Q=#0O1W5I07!P;EC
M871I;VXN8W!P((OW)C+V9R;VYT96YDR]Q=#0O1W5I07!P;EC871I;VXN
M8W!PFEN95X(#4S9F(Q-S`N+F$W939F-6,@,3`P-C0TBTM+2!A+W-R8R]F
MF]N=5N9',O70T+T=U:4%PQI8V%T:6]N+F-P`HK*RL@8B]SF,O9G)O
M;G1E;F1S+W%T-]'=6E!'!L:6-A=EO;BYC'`*0$`@+3Q+#@*SQ+#@
M0$`*(-I;F-L=61E()S=7!P;W)T+U!A=A#:%N9V5R+F@BB`C:6YC;'5D

Re: [LyX/master] Replace the remaining bad urls with accsessible ones

2013-08-31 Thread Scott Kostyshak 
On Fri, Aug 30, 2013 at 9:16 PM, Andrew Parsloe apars...@clear.net.nz wrote:

 I posted this on the documentation list two months ago but it got no
 response. I think all you northern hemispherical types (hyphenate as you
 wish) were on holiday.

Please bump emails that you think deserve attention and did not get
any. I am often ignored and I also often ignore other emails if I
assume someone else is going to take care of them. So everyone needs
to be persistent.

Scott

getting bibtex-database-name via LFUN

2013-08-31 Thread newslet...@semiotikon.de 

Hi,

i am currently working on a bibliography management tool based on 
XULRunner. Right now i'm about to implement the pushing of citations to lyx.


I have read the code of Petr Simon the first developer of lyz. What he 
did to manage bibtex-databases in relation with lyx is quite 
complicated: He stores the name of the lyx file and the name of the 
bibtex file in the sqlite-storage of his app, just to know into which 
bibtext file additional entries pushed to lyx should be stored.


I'm sure he would have solved it otherwise if it was possible three 
years ago. So my question is: Is it now possible to get the name of the 
bibtex file(s) attached to a lxy document via LFUN?


Any help appreciated!

Best
Stefan

Re: request for comments on EPUB exporting

2013-08-31 Thread Scott Kostyshak 
On Fri, Aug 30, 2013 at 11:31 PM, Josh Hieronymus
josh.p.hierony...@gmail.com wrote:
 Hi everyone,

 I'm working on exporting LyX documents to EPUB as part of my Google Summer
 of Code project, and I'd like to invite you to try out my current
 implementation, which can be found in the epub/master branch of the gsoc
 repository (g...@git.lyx.org:gsoc.git). The export process begins by
 exporting the document to XHTML via LyXHTML, then converting the XHTML to
 EPUB with the scripts in lib/scripts/epub.

I'm not an EPUB user so I cannot test unfortunately.

 - Extracting other metadata fields from the document. The required fields
 are language, title, and identifier. The title field is taken from the
 document, but not  the language or the identifier. I'm taking the title from
 the first paragraph to use the title inset, but there aren't corresponding
 insets for the other elements, so I'm not sure of the best way or ways to
 get the rest of the info. (There's an inset for author, but the author name
 is needed in both reading order and file-as order, and there's only one
 author inset.) One thought is to create custom insets, and another is to ask
 for the information via the document settings.

In my opinion, language should be taken from the document settings
since it is already a setting. I think for other fields such as author
this should be taken from an inset defined by the module/layout. But
this might be because I don't know anything about EPUB. Can I export
any document in LyX to EPUB with your method? I would just export from
the file menu? Or do I have to first add a module? Perhaps an extra
EPUB fields module could be useful in which the necessary (author
name) and optional fields are implemented with custom insets.

 What I'd like to implement at some point:
 - optional conversion of images to SVG format
 Note: Vector-based graphics scale better than raster-based graphics, making
 them well-suited for electronic media.
 Note: EPUB specifications require compliant e-readers to support SVG.
 Note: Older versions of some browsers (primarily IE) don't support SVG.
 Note: Preliminary searches turn up a package named dvisvgm
 (http://www.ctan.org/pkg/dvisvgm) that converts DVI to SVG, and it's
 licensed under the GPL v3 or later.
 - ability to split large XHTML files into smaller ones
 Note: Splitting large XHTML files should boost the performance of the
 converted EPUB documents.
 - allow selection of an image for front cover artwork
 Note: Amazon requires JPEG or TIFF format for front cover artwork.

Thanks for this information. What about EPS/PDF? What are their
advantages/disadvantages versus SVG?

Scott

Re: [LyX/master] Replace the remaining bad urls with accsessible ones

2013-08-31 Thread Kornel Benko 
Am Samstag, 31. August 2013 um 13:16:32, schrieb Andrew Parsloe 

> 
> On 31/08/2013 10:49 a.m., Kornel Benko wrote:
> > Am Freitag, 30. August 2013 um 12:07:59, schrieb Scott Kostyshak
> > 
> >
> >  > On Fri, Aug 30, 2013 at 11:33 AM, Kornel Benko  wrote:
> >
> >  > > commit abe7eef13cbace98bc2c043e78ffdb3b4c47f2ad
> >
> >  > > Author: Kornel Benko 
> >
> >  > > Date: Fri Aug 30 17:28:46 2013 +0200
> >
> >  > >
> >
> >  > > Replace the remaining bad urls with accsessible ones
> >
> >  > >
> >
> >  > > Now all urls we use in our provided lyx-files
> >
> >  > > (doc, examples, templates)
> >
> >  > > use urls which really exist.
> >
> >  > >
> >
> >  > > (If a url was meant merely as an example,
> >
> >  > > it was not touched, but added to file 'knownInvalidURLS'.)
> >
> >  >
> >
> >  > Thanks for going through those, Kornel. Things look much improved.
> >
> > Well, it looked like the right think to do, once we had a tool to check it.
> >
> > We can thank each other :)
> >
> >  > Scott
> >
> > Kornel
> >
> 
> However, although the url in the 9th item in the Bibliography of the 
> User's Guide exists,
> 
> http://mirrors.ctan.org/indexing/makeindex/doc/makeindex.pdf
>
> the citations in the last paragraph of section 6.6.5 and the first of 
> 6.6.6 should be to
> 
> http://mirrors.ctan.org/indexing/makeindex/doc/manpages.dvi
> 
> makeindex.pdf nowhere discusses style files or command line options 
> (it's really the same material as is in the User's Guide). For style 
> files and command line options you need to go to manpages.dvi.

I am inclined to agree. Scott and I wanted to check the accessibility only,
but what you write makes sense. Uwe are you around?

> I posted this on the documentation list two months ago but it got no 
> response. I think all you northern hemispherical types (hyphenate as you 
> wish) were on holiday.

> Andrew

Kornel

signature.asc
Description: This is a digitally signed message part.

LyX + Qt5 + CMake + XCode - attached files (1/1)

2013-08-31 Thread pdv 
Hello,

I've build LyX+Qt5.2 using CMake and XCode and needed to make the 
following changes (see 3 attached patch files):

1) A few modules must be added to qt_use_modules() in 2 CMakeLists.

2) Q_WS_MACX is no longer supported and was replaced by Q_OS_MACX 
(probably a similar change must be made for windows?).
In addition QMacStyle has been replaced by QProxyStyle.
(There are still some occurrences of Q_WS_MAC in FindQt4.cmake.)

3) With the changes above the application builds and looks OK (AFAICS) 
but most menus are missing;
Inserting an updateMenu() in Menus.cpp solves this.

Regards,

Patrick De Visschere

begin 644 LyXQt5CmakeLists.diff
M9`M+6=I="!A+W-R8R]F

Re: [LyX/master] Replace the remaining bad urls with accsessible ones

2013-08-31 Thread Scott Kostyshak 
On Fri, Aug 30, 2013 at 9:16 PM, Andrew Parsloe  wrote:

> I posted this on the documentation list two months ago but it got no
> response. I think all you northern hemispherical types (hyphenate as you
> wish) were on holiday.

Please bump emails that you think deserve attention and did not get
any. I am often ignored and I also often ignore other emails if I
assume someone else is going to take care of them. So everyone needs
to be persistent.

Scott

getting bibtex-database-name via LFUN

2013-08-31 Thread newslet...@semiotikon.de 

Hi,

i am currently working on a bibliography management tool based on 
XULRunner. Right now i'm about to implement the pushing of citations to lyx.


I have read the code of Petr Simon the first developer of lyz. What he 
did to manage bibtex-databases in relation with lyx is quite 
complicated: He stores the name of the lyx file and the name of the 
bibtex file in the sqlite-storage of his app, just to know into which 
bibtext file additional entries pushed to lyx should be stored.


I'm sure he would have solved it otherwise if it was possible three 
years ago. So my question is: Is it now possible to get the name of the 
bibtex file(s) attached to a lxy document via LFUN?


Any help appreciated!

Best
Stefan

Re: request for comments on EPUB exporting

2013-08-31 Thread Scott Kostyshak 
On Fri, Aug 30, 2013 at 11:31 PM, Josh Hieronymus
 wrote:
> Hi everyone,
>
> I'm working on exporting LyX documents to EPUB as part of my Google Summer
> of Code project, and I'd like to invite you to try out my current
> implementation, which can be found in the "epub/master" branch of the gsoc
> repository (g...@git.lyx.org:gsoc.git). The export process begins by
> exporting the document to XHTML via LyXHTML, then converting the XHTML to
> EPUB with the scripts in lib/scripts/epub.

I'm not an EPUB user so I cannot test unfortunately.

> - Extracting other metadata fields from the document. The required fields
> are language, title, and identifier. The title field is taken from the
> document, but not  the language or the identifier. I'm taking the title from
> the first paragraph to use the "title" inset, but there aren't corresponding
> insets for the other elements, so I'm not sure of the best way or ways to
> get the rest of the info. (There's an inset for author, but the author name
> is needed in both reading order and "file-as" order, and there's only one
> author inset.) One thought is to create custom insets, and another is to ask
> for the information via the document settings.

In my opinion, language should be taken from the document settings
since it is already a setting. I think for other fields such as author
this should be taken from an inset defined by the module/layout. But
this might be because I don't know anything about EPUB. Can I export
any document in LyX to EPUB with your method? I would just export from
the file menu? Or do I have to first add a module? Perhaps an extra
"EPUB fields" module could be useful in which the necessary (author
name) and optional fields are implemented with custom insets.

> What I'd like to implement at some point:
> - optional conversion of images to SVG format
> Note: Vector-based graphics scale better than raster-based graphics, making
> them well-suited for electronic media.
> Note: EPUB specifications require compliant e-readers to support SVG.
> Note: Older versions of some browsers (primarily IE) don't support SVG.
> Note: Preliminary searches turn up a package named dvisvgm
> (http://www.ctan.org/pkg/dvisvgm) that converts DVI to SVG, and it's
> licensed under the GPL v3 or later.
> - ability to split large XHTML files into smaller ones
> Note: Splitting large XHTML files should boost the performance of the
> converted EPUB documents.
> - allow selection of an image for front cover artwork
> Note: Amazon requires JPEG or TIFF format for front cover artwork.

Thanks for this information. What about EPS/PDF? What are their
advantages/disadvantages versus SVG?

Scott