date:20130421

Hi,

all instant preview is broken after update to TeXLive 2012 here. More
precisely all equations are sudenly rendered as huge pictures and clipping
into appropriate box size is missing.

Anyone around to verify?
Pavel

Re: Instant preview TL 2012 broken

2013-04-21 Thread Kornel Benko

Am Sonntag, 21. April 2013 um 00:49:45, schrieb Pavel Sanda sa...@lyx.org
 Hi,
 
 all instant preview is broken after update to TeXLive 2012 here. More
 precisely all equations are sudenly rendered as huge pictures and clipping
 into appropriate box size is missing.
 
 Anyone around to verify?
 Pavel

I use TL2012 for long time, no problems detected.

If you mean TL 2013, so this is experimental.
Making
#tlmgr update --list
TeX Live 2012 is frozen forever and will no
longer be updated.  This happens in preparation for a new release.

If you're interested in helping to pretest the new release (when
pretests are available), please read http://tug.org/texlive/pretest.html.
Otherwise, just wait, and the new release will be ready in due time.
tlmgr: package repository ftp://ftp.fu-berlin.de/tex/CTAN/systems/texlive/tlnet
tlmgr: saving backups to /home/kornel/tlmgr-backup
tlmgr: no updates available

so I wonder where you got it from.

Kornel


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

Re: improve latex-lyx roundtripping (GSoC)

2013-04-21 Thread Guenter Milde

On 2013-04-20, Georg Baum wrote:
 Cyrille Artho wrote:

 I'm not familiar enough with the capabilities of LaTeX macros to be the
 final judge on that, but it seems plausible that macros may work better
 for many features.

 However, it is also desirable to keep the LaTeX code simple. For features
 that are merely related to displaying things (inset open/collapsed, lyx
 zoom factor for images), a comment may indeed be the simplest way. If the
 comment is garbled or lost, the default (inset open, 100 % zoom) applies.

Actually, I would not like LyX GUI settings to turn up in the LaTeX file at
all. Non-LyX workers will be offended, others can restore them, and in the
most asked for application of the round-trip feature -- editing in the
Source View -- this is not required as LyX can keep the GUI settings.

Günter

Re: Instant preview TL 2012 broken

Kornel Benko wrote:
 I use TL2012 for long time, no problems detected.
 
 If you mean TL 2013, so this is experimental.

No, I mean TL 2012.
Will have a look on possible debug errs.
Thanks. Pavel

Some information about a project

2013-04-21 Thread Corentin CHEMINAUD

Good afternoon,

I'm a french student of the ISIMA, an engineering school in computing and
it's application, and I'm interested about GSocs 2013, particularly about
one of your project. I have used Lyx since some years, most of the time to
release reports of works for my studies, and I'm very curious about one of
your project which is to create a toolbar customization dialog.

I've been thinking a lot about it and I see this module like a dialog where
users can select what toolbar he want to change and where he can choose
actions to add by drag and drop for instance... A search field could be
good to find an action in the list. And i think at the end the result is to
save in a configuration file.

In the ideas list, the developer said some works have already be done.
Maybe I'm wrong in my vision of this project... but is it possible to have
more information about it and about works already done ?
(I try the irc channel but there's no one)

Regards,
Corentin CHEMINAUD

GSOC 2013

2013-04-21 Thread Diluka Wittachchi

Hi
   Beautiful day for everyone , I am new to lyx project and i am apply
for the GSCO 2013. I am Qt/C++ developer i like to join any exit Qt project
that on going please give me advice for that.Thanks a lot.

Thanks
Diluka

Re: Fwd: GSoC idea for Layout Editor

2013-04-21 Thread Richard Heck


On 04/20/2013 05:08 PM, Liviu Andronic wrote:

Helge, Pavel,
Do you think you could take a look at this student's proposal and give
some feedback?


This looks pretty sensible to me. A few comments below.


I think I have a rough idea as to how can we implement the layout editor, in Lyx
I have made a Qt prototype http://postimg.org/image/j9g22xphx/
described as below!
**GUI***
Available Additions : A QComboBox used to choose from a list of
available options ClassOptions , Paragraph styles,
Floats, Flex insets and InsetLayout, Counters, Font
description, and their possible
suboptions like a Paragraph style can have Font Description as its subtype

Layout elements: A QListWidget containing the new Class elements
ClassOptions , Paragraph styles,
Floats, Flex insets and InsetLayout, Counters, Font
description. The user will select any one of them
and he will be shown the available options in the element specifics section.
for e.g if the user chooses Paragraph styles then he would be shown
with options like Align, BottomSep,
Copy Style etc. as much as possible without any coding stuff, this
would be shown in layout specifics
section.

Layout specifics: It will contain yet another QListWidget which would
display the suboptions which are possible to
add into it, and it will have Values section as each option will have
to take values like number, color, option
etc. some type of values might be common while others might be unique
to the option, which would be shown to the
user appropriately.


One other question here is: In what form do we want to represent this 
information within LyX? I.e., what the options are, etc? How much of 
that is already in the code? Most of it, presumably, though not in a 
usable form. I.e., Layout::parskip is declared as a double. But I don't 
know if that helps us in any way.



Layout Preview: It is a QGraphicsWidget which will try to display in
as much capacity as possible the combined look showing the usage of
every
layout element created, added or edited. For eg if I created two
paragraph styles, style1 and style2 then it
will show two sentences instantiating the styles.


This is useful, but I'd definitely leave it myself for the very end. 
Just being able to edit stuff is the first issue.



Layout file: section would be meant for advanced users to directly
modify the code, or add some Latex stuff to their liking.


There are two cases here: (i) a layout file is loaded that is in a 
system directory. In that case, the modified file will have to be 
written to the user directory; (ii) the file is loaded from the user 
dir, in which case it gets written back there.


Probably it should also be possible to load the local layout, and 
modify that will the layout editor.


There is a complication here somewhere in the fact that our layout files 
cascade the way CSS does. I.e., you can load a Chapter style from one 
file, then modify it in another, etc. I'm not sure why this might cause 
problems, but I am guessing it will pop up somewhere.



**BACKEND**
The backend structure which would be supporting the GUI would have the
simple task of parsing the .layout file based on the layout elements created by 
the user listed in the
Layout Elements List.
Implementation of this can be done in the following way:
-We create a class LayoutElements and then introduce methods in it
which would parse it into lines of code
readable to a .layout file.


Note that we already have systems of reading and, more recently, or 
writing TextClass, Layout, InsetLayout, etc, objects. Probably the 
backend can just use these. I.e., the layout editor, when it wants to 
read a layout file, module, whatever, just creates a new TextClass 
object and calls its read() method. Then the editor can operate with 
this object, and its various Layout, InsetLayout, etc, bits. It may even 
be useful to add methods to these objects for use by the editor. Writing 
the new info may then be as easy as calling the some sort of write() 
method, which I can't now find. But there are some issues there, I expect.


Richard

Re: Interested in GSOC Project:

Hello Scott,

I was trying to sliding too long Labels for the past few days. I was able to 
learn many new things about painting methods and still interested to proceed 
with this project. After figuring out how the partial slides of current tables 
have been implemented (using the method void InsetTabular::resetPos(Cursor  
cur) const and also drwing methods of InsetTabular.cpp), I am trying to modify 
methods in other needed files. But I still did not find a way to how to 
activate an event that listen to mouse hovering. It seems like that LyX has 
not still used such actions. I am pleased if you can guide me with your 
experiences and knowledge.

Also, I like to apply for this GSoC project. I went through the student 
application template that LyX has suggested. I like if I can submit it as a 
Wiki where I can update and modify with accordance to work I may do. Is it 
possible and what steps should I follow? 
If it is fine, is there a way to create a wiki page under LyX or is it okay to 
use other common wikis like mediawiki?
If it is not a good idea, in what format should I submit my application?
I am asking about this from Jean too. I am not sure if he gets notifications 
for the mails under this thread.

Thank you

Hashini

Re: Interested in GSOC Project: Horizontal scrollbar for tables and math and Some problems regarding the project

Hello Jean,

I was trying to sliding too long Labels for the past few days. I was able to 
learn many new things about painting methods and still interested to proceed 
with this project. After figuring out how the partial slides of current tables 
have been implemented (using the method void InsetTabular::resetPos(Cursor  
cur) const and also drwing methods of InsetTabular.cpp), I am trying to modify 
methods in other needed files. But I still did not find a way to how to 
activate an event that listen to mouse hovering. It seems like that LyX has 
not still used such actions. I am pleased if you can guide me with your 
experiences and knowledge.

Also, I like to apply for this GSoC project. I went through the student 
application template that LyX has suggested. I like if I can submit it as a 
Wiki where I can update and modify with accordance to work I may do. Is it 
possible and what steps should I follow? 
If it is fine, is there a way to create a wiki page under LyX or is it okay to 
use other common wikis like mediawiki?
If it is not a good idea, in what format should I submit my application?

I am asking about this from Scott too. I am not sure if he gets notifications 
for the mails under this thread. Like to have your advise.

Thank you

Hashini

Re: GSoC 2013: Interactive LyX

On 20/04/13 21:25, Pavel Sanda wrote:
 As proposed by someone else it might have even more sense to think
 about chat project as pidgin/... add-on than lyx feature.

Yes, we might think of packing the LyX editor feature so that you can reuse 
it plugging it into another software, and actually I had proposed this also as 
one of possible projects, smth along the line of a LyX Qt Widget. However, 
I'm also realistic and I'm not sure that's really feasible. Or, we can think of 
pulling reusable features from existing chat clients, but Pidgin is 
Gtk-oriented, Kopete is Qt/Kde, but in the end it may be sufficient to just use 
a XMPP library within LyX.

Now, a LyX panel showing a list of users by enumerating them through some 
library call and handling the session state, does not seem to be such a big 
code base to pull into LyX, am I wrong ?

 Exactly. When I asked about XMPP I didn't mean we should actually use jabber
 server for exchanging real data,

I'm actually thinking of using exactly one of these XMPP servers. If we 
exchange text, then LyX would behave as any another client, and users could 
find each other on some of these servers, which have already in place all the 
infrastructure for registering users etc... (e.g., jabber.org). However, as the 
protocol seems extensible, perhaps one can exchange even binary stuff (e.g., it 
seems to support binary file exchange with some extension) or use it just to 
set-up a user-to-user connection and use it as we like.

 but to just let find two users bypass nat/firewalls 
 in order to exchange real connection points and let them directly connect via
 nat traversal techniques.

in the end, either one of the two is visible from the other, or we need a 
server, don't we ? Ok, we can use some DynDNS magic in case of non-static IPs, 
and manually reconfigure home modems/routers to redirect a LyX port, but that 
means being a pain to use the feature.

 This all be wrapped in some net machinery, from core we should just see
 dat comming/out from some pipe/socket/whatever.

agree.

 Frankly, if working on this project, I would just start with simple ip-ip to
 see what perfromance at best can we get and what sort of troubles appear
 _inside_ lyx (we need two/more cursors, I have little idea what we need to do
 to extend inner machinery and certainly it can be very tough to understand for
 newcomer all the cursor stuff we currently have!).
 
 Only then it makes sense to start pondering over the implementation how the
 actual net exchange would be done.

well, that was the purpose of my 1st hack. For the chat, now it's time to check
how the network part can be properly done, avoiding as much as possible to build
yet another server and yet another protocol and yet another users registration
facility etc
For the interactive lyx, the quick'n'dirty network part was already in my 1st 
hack,
and it was enough to realize there's a lot to be understood about how to deal 
with
lyx internals, as you say, multiple Cursors, or as said in some other thread, if
we should switch from index-based to ptr-based CursorSlice, etc...
Still, discussion about how to do best the network part is useful and needed, if
this thing must be usable by non-experts, one day (see also comment above).

 Second thought: if we have interactive lyx done, what is the need for lyx-chat
 project at all? Simply split windows inside edit window and you are done.

Not really like chatting (talk/talkd vs pidgin), but you raise a good point.
At the end, we're supposed to get a few student slots from G!, and
we'll likely have a higher number of projects. Then, we'll need to put some
priority on the projects, and see which ones seem more useful, urgent/needed,
and also *feasible* or likely to achieve a good usability status at the end,
also considering the applicant students.

As of now, I can see a straightforward path for the chat, whilst the interactive
lyx seems more challenging, it risks to touch core internals of lyx, or it
constitutes an opportunity to fix a number of things therein, and it risks to
encounter serious obstacles along the path (conflicts management, temporary
off-line editors ?...)

Any comment welcome. Thanks, bye.

T.

would like to join the community

2013-04-21 Thread Mansi Gokhale

-- 
--
Mansi

Re: Interested in GSOC Project: Horizontal scrollbar for tables and math and Some problems regarding the project

Dear Hashini,


On Sun, Apr 21, 2013 at 5:05 PM, Hashini Senaratne hashz1...@gmail.com wrote:
 Also, I like to apply for this GSoC project. I went through the student
 application template that LyX has suggested. I like if I can submit it as a
 Wiki where I can update and modify with accordance to work I may do. Is it
 possible and what steps should I follow?
 If it is fine, is there a way to create a wiki page under LyX or is it okay to
 use other common wikis like mediawiki?
 If it is not a good idea, in what format should I submit my application?

I think best would be to wait for Google Melange to open its
applications system to students, in about a day or so. Then you could
start preparing a first draft of your application there, and mentors
could give you feedback through Google Melange. Cyrille?

Liviu

Re: GSOC 2013

Dear Piyush,


On Sat, Apr 20, 2013 at 10:06 PM, Piyush Tiwari ktpiyus...@gmail.com wrote:
 Hello,
 I am really interested in the idea of creating a layout editor which would
 be user friendly and could be used by anyone without internal details.
 I have experience in LateX, Qt and C++.
 Github: https://github.com/Fyre91
 I have uploaded on github a software which was presented as an demo in
 CVPR-2012 which was created using C++/Qt.

 I am planning to implement most of the latex features in this layout
 editor.Priorities are:
 -selection of page layout
 -selection of font size
 -addition of images by dragging
 -inserting equations
 -inserting references

This project has already been discussed at length on lyx-devel during
the past two weeks, in the context of GSoC. Please check the archives:
http://www.mail-archive.com/lyx-devel@lists.lyx.org/ . Feel free to
come back with additional questions.

Additionally, take a look at some pointers on how to prepare your
application for GSoC:
http://wiki.lyx.org/Devel/GSoC2013ApplicationTemplate .

Regards,
Liviu

Re: [LyX master] Also put HTML on the clipboard when copying

2013-04-21 Thread Georg Baum

Richard Heck wrote:

 There are a couple issues here. One is the problem of branches.
 Previously, we'd have pasted the copied paragraphs into the temporary
 Buffer, and with it whatever branch insets were in the copied material,
 not paying any attention at all to whether those branches existed, etc.
 I'm not sure what that would mean for what would end up on the
 clipboard. Probably we can just add a flag to the signature of
 pasteSelectionHelper() that means: don't ask about this, just do it (or
 not, which would be the old behavior).

I'd simply create the branches. Does it have any drawback?

 The other issue is the sigsev. Here the problem is that the temporary
 Buffer we are using in putClipboard is static. So what we do to it
 remains from call to call. We clear the paragraphs, at the end of that
 routine, but we don't fully reset the Buffer's InsetText, which is why
 we get the crash.
 
 So if you remove the static keyword, the crash vanishes, but that does
 give a bit of a performance hit every time you copy something, because
 we have to create a new Buffer, with a new tempdir, and so forth. What
 we might want instead is a way to completely reset this temporary
 Buffer. Another option would be to keep the static (empty) Buffer and
 clone it each time, which ought to be cheap.

I did this, and it works fine.

 By the way, I note that this copy is also very slow, because we are
 converting images to formats suitable for XHTML export, which never get
 used. We probably need another flag that means: don't do that, or bother
 creating math images, etc. We might also want to force math to be export
 as HTML, since the clipboard probably does not know what to do with
 MathML.

I changed it to use MathML. Before copying HTML, only plaintext was copied, 
which did not play well to formulas at all. Now, there is at least the 
chance to recover formulas by applications that understand MathML (MS Office 
is supposed to understand it). If MathML is not understood, some 
applications (e.g. libreoffice) are still able to display the pure text, 
which is very similar to the plain text export.

BTW, thanks for fixing the update problem.


Georg

Re: patch for scrolling issue - LyXscrollpatch20130302.diff (1/1) - LyXscrollpatch20130421.diff (1/1)

2013-04-21 Thread pdv

In article 516eabdf.5090...@lyx.org,
 Jean-Marc Lasgouttes lasgout...@lyx.org wrote:

 17/04/2013 00:05, pdv:
  I do now all the width-calculations in one function.
  In that function the widths are cached in a mapdocstring,int.
  I then obtain again a substantial speed increase.
  For testing I defined a static map, but I assume that eventually the map
  should be stored in a suitable object so that the map doesn't grow out
  of proportion.
 
 You need to keep one map for each FontInfo instance (like what is done 
 for singleWidth). I agree that may use a lot of memory. This is 
 something that can be measured using the massif tool of valgrind.
 
  So far I can handle all basic content properly. I haven't paid much
  attention to inlinecompletion (at one point it posed no problem, but I
  have to check that again), but I just discovered an issue with the
  Labeling style ...
 
 Great. If you want to do basic timing before/after, have a look at 
 support/pmprof.h.
 
 Can we see the patch?
 
 JMarc

Of course, but I wanted a fully functional patch before posting.
As far as I have tested the functionality should be largely OK now (at 
least the User's Guide and some of my documents are displayed and 
handled correctly).
There might still be problems with the coding style ...

Hereafter I've listed some comments which might be helpful or answer 
suggestions you've made earlier. (btw I couldn't find support/pmprof.h)
If you have comments, questions ... I'm looking forward to hearing from 
you.

Regards,

P. De Visschere

- there are 4 functions where the textwidth must be calculated: in 
GuiPainter::text() and in 3 functions in the TextMetrics class, in order 
of complexity:
(1) cursorX(): find the position in pixels, given the cursor position in 
characters,
(2) rowBreakPoint(): find the next breakpoint of a row, this will always 
break between words,
(3) getColumnNearX(): actually the reverse operation of (1); more 
complex than (2) since the position can also be located within a word.

For the time being these 3 functions are still independent, although 
they are somewhat similar and maybe some more streamlining is possible 
here. I'm also aware that the code for getColumnNearX() is rather 
complex.

The widths are calculated in a single TextMetrics::textWidth() function 
which accepts a parameter to cache the result or not (e.g. widths of 
partial words needed when positioning the cursor within a word are not 
cached).

The widths calculated are cached in a std::mapdocstring, int. I've 
also tried QHash but since docstring has no qhash function all strings 
must then be converted to QStrings and there is no speed gain.

I use only one map, the fonts are coded as a string of 4 characters 
(family, series, shape, size) which is then used as a prefix for the 
key. I have not tried alternatives like using a map for each used font.

The map itself is stored in the BufferView class; In this way there is 
one map for each document; when storing the map in the TextMetrics 
class, multiple maps are generated. I have only tested this with simple 
documents (no child documents ).

When typing it's unavoidable to generate all partials of a word; these 
are removed again from the map so that only the final word remains; 
However nothing is done to remedy the reverse: when deleting a word 
character by character all partials will end-up in the map;

The old code is still in place and the old painting character by 
character can be restored by changing 2 appropriate macro definitions.

begin 644 LyXscrollpatch20130421.diff
M9EF9B`M+6=I=!A+W-R8R]=69F97)6:65W+F-P!B+W-R8R]=69F97)6
M:65W+F-P`II;F1E`S86$R,#%B+BYF,S0X,F%D(#$P,#8T-`HM+2T@82]S
MF,O0G5F9F5R5FEE=RYC'`**RLK((OW)C+T)U9F9EE9I97N8W!PD!`
M(TY-C4L-R`K.38U+#$U($!`('9O:60@0G5F9F5R5FEE=SHZ=7!D871E1]C
M=6UE;G1#;%SRA$;V-U;65N=$-L87-S0V]NW10='(@;VQD9,IB`*(`EB
M=69F97)?+F5RF]RR@B0VQAW,@4W=I=-H(BD[B!]BT**PD**R\J*B!N
M;W)M86QL2!D969I;F5D(EN;EN90HK(H)=AIR!O;F4@:7,@9F]R(1E
M8G5G9VEN9PHK(HOBMV;VED($)U9F9EE9I97Z.G-E=%1E'17:61T:AD
M;V-S=')I;F@8V]NW0@)B!K97DL(EN=!W*2![BL)=5X=%]W:61T:%];
M:V5Y72`]('[BL)+R]L7AEG(@/#P@(FUA'-IF4@/2`B(#P\('1E'1?
M=VED=A?+G-IF4H*2`\/`B+!K97D@/2`B(#P\(ME2`\/!E;F1L.PHK
M?0HK(\OB`*(\J*B!2971UFX@=AE(-H86YG92!S=%T=7,@870@8W5R
MV]R('!OVET:6]N+!T86MI;F@:6X@86-C;W5N=!T:4*(`J('-T871U
MR!A=!E86-H(QE=F5L(]F('1H92!D;V-U;65N=!I=5R871OB`H82!T
M86)L92!I;B!A(1E;5T960*9EF9B`M+6=I=!A+W-R8R]=69F97)6:65W
M+F@@8B]SF,O0G5F9F5R5FEE=RYHFEN95X($U.0R-3$N+C(Y,3(T864@
M,3`P-C0TBTM+2!A+W-R8R]=69F97)6:65W+F@**RLK((OW)C+T)U9F9E
ME9I97N:`I`0`M,C$L-B`K,C$L-R!`0`H@(VEN8VQU94@(G-U'!OG0O
MVAAF5D7W!TBYH(@H@(VEN8VQU94@(G-U'!OG0OW1R9G=D+F@BB`C
M:6YC;'5D92`BW5P]R=]T7!ERYH(@HK(VEN8VQU94@/UA#X@+R\@
M1VB`*(YA;65S%C92!L7@@PH@D!`(TS,C`L-B`K,S(Q+#$R($!`
M('!U8FQI8SH*(`EB;V]L(-L:6-K86)L94ENV5T*D@8V]NW0[B`)+R\O
MB`)=F]I9!M86ME1]C=6UE;G1#;%Sr...@i.phk0HK2\O+R!F=6YC=EO
M;G,@=7-E9!B2!497AT365TFECSHZ=5X=%=I9'1H*D**PDO+R\@9F]R
M(%C8V5SVEN9R!T:4@;6%P('=I=@@=V]R9'=I9'1HPHK6EN=!G9714

Re: Some information about a project

Dear Corentin,


On Sun, Apr 21, 2013 at 12:29 PM, Corentin CHEMINAUD
corentin.chemin...@gmail.com wrote:
 Good afternoon,

 I'm a french student of the ISIMA, an engineering school in computing and
 it's application, and I'm interested about GSocs 2013, particularly about
 one of your project. I have used Lyx since some years, most of the time to
 release reports of works for my studies, and I'm very curious about one of
 your project which is to create a toolbar customization dialog.

 I've been thinking a lot about it and I see this module like a dialog where
 users can select what toolbar he want to change and where he can choose
 actions to add by drag and drop for instance... A search field could be good
 to find an action in the list. And i think at the end the result is to save
 in a configuration file.

 In the ideas list, the developer said some works have already be done.
 Maybe I'm wrong in my vision of this project... but is it possible to have
 more information about it and about works already done ?
 (I try the irc channel but there's no one)

For more info on this project and please check the lyx-devel archives:
http://www.mail-archive.com/lyx-devel@lists.lyx.org/ . The project has
already been discussed on lyx-devel during the past two weeks, in the
context of GSoC. There you will also find some links to some existing
code towards this project.

Additionally, take a look at some pointers on how to prepare your
application for GSoC:
http://wiki.lyx.org/Devel/GSoC2013ApplicationTemplate .

Regards,
Liviu

Re: [LyX master] Hungarian Tutorial.lyx: revert last change

2013-04-21 Thread Uwe Stöhr


Am 20.04.2013 07:51, schrieb Scott Kostyshak:


For the doc files you can put it in if I give my OK - except Richard said
explicitly no or branch is frozen.


OK, it's in at 602fd0bb.


Thanks.


This particular change no. But I've made several changes to the
examples recently.


That is what I meant.


To make sure, you are asking me to backport all of the recent changes
I've made to the manuals and example files in trunk?


I mean the changes where you encountered export problems and therefore set the default output format 
to pdf2.


regards Uwe

Re: GSoC 2013: Interactive LyX

Tommaso Cucinotta wrote:
 Now, a LyX panel showing a list of users by enumerating them through some 
 library call and handling the session state, does not seem to be such a big 
 code base to pull into LyX, am I wrong ?

Panel showing list of strings is not problem, I'm concerned about the 
networking/user management part.
 
  Exactly. When I asked about XMPP I didn't mean we should actually use jabber
  server for exchanging real data,
 
 I'm actually thinking of using exactly one of these XMPP servers. 

My guess is that the time delay would be such that you would need to implement
some of the transaction protocols pointed previously so what you have saved on
net trickery would more than compensated by the complexity of merging problems
you have to solve. Maybe the only way how to know is to try rudimentary form
of both of them and see.

  but to just let find two users bypass nat/firewalls in order to exchange
  real connection points and let them directly connect via nat traversal
  techniques.
 
 in the end, either one of the two is visible from the other, or we need a
 server, don't we ?

Well, yes and no. What I meant is to use server just for helping with
establishing the connection when both users are behind nat, rest would be
direct peer-to-peer.

 lyx internals, as you say, multiple Cursors, or as said in some other thread, 
 if
 we should switch from index-based to ptr-based CursorSlice, etc...

I'm pessimist that newcomer in the project should start substantial cursorslice
refactoring. There are so many corners to know about and anyone responsible
for deeper changes should be around for longer time than just one summer.

  Second thought: if we have interactive lyx done, what is the need for 
  lyx-chat
  project at all? Simply split windows inside edit window and you are done.
 
 Not really like chatting (talk/talkd vs pidgin),

I see, you are right.

 As of now, I can see a straightforward path for the chat, whilst the 
 interactive
 lyx seems more challenging, it risks to touch core internals of lyx, or it
 constitutes an opportunity to fix a number of things therein, and it risks to
 encounter serious obstacles along the path (conflicts management, temporary
 off-line editors ?...)

OTOH interactive LyX seems to be really worth and requested feature while the
chat looks more like a toy with the aroma of the word bloat around (sorry for
the punch :) 
Also consider the wider perspective that it's better to attract devs willing to
become experts in lyx internals than devs who are willing to become experts
in 3rd party technologies like jabber. The probability of second group staying
around lyx devel is IMHO much lower.

Pavel

Re: GSOC 2013

Tommaso:

From the FAQ:

In order to participate in the program, you must be a student. Google
defines a student as an individual enrolled in or accepted into an
accredited institution including (but not necessarily limited to) colleges,
universities, masters programs, PhD programs and undergraduate programs

I think that rules out research contracts. But I'll ask on the GSoC ml to
have official confirmation. Just to be clear: by research contracts are
you referring to the rather common and usually department-based assegni di
ricerca found in Italian institutions? Or to something completely
different (in which case, I would need more details)?

Cheers,

Stefano

On Sat, Apr 20, 2013 at 1:58 AM, Cyrille Artho c.ar...@aist.go.jp wrote:

Not officially enrolled sounds like not eligible to me.

Tommaso Cucinotta wrote:

On 18/04/13 01:46, Cyrille Artho wrote:

The criteria are (in a nutshell):

* Enrolled in an accredited academic institution.
* Eligible to work.
* Not citizen or resident of a country that is restricted from commerce
with the U.S.

See http://www.google-melange.com/**gsoc/document/show/gsoc_**
program/google/gsoc2013/help_**page#2._Whos_eligible_to_**
participate_as_ahttp://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2013/help_page#2._Whos_eligible_to_participate_as_a

This sounds interesting:

Google defines a student as an individual enrolled in or accepted into
an accredited institution including (but not necessarily limited to)
colleges, universities, masters programs, PhD programs and undergraduate
programs.

Does anyone know whether a student who has a temporary research contract
(3/6/12 months) with a university, but who is not officially enrolled in a
Bachelor, MSc or PhD program, would be eligible ? This is the typical
situation of many students in between the end of their MSc studies and the
beginning of some PhD program...

Thanks,

--
Regards,
Cyrille Artho - http://artho.com/
Those who will not reason, are bigots, those who cannot,
are fools, and those who dare not, are slaves.
-- George Gordon Noel Byron

--
__
Stefano Franchi
Associate Research Professor
Department of Hispanic StudiesPh: +1 (979) 845-2125
Texas AM University Fax: +1 (979) 845-6421
College Station, Texas, USA

stef...@tamu.edu
http://stefano.cleinias.org

Re: GSOC 2013

Hi Diluka,

welcome to the Lyx community. Please take a look at our Ideas page (
http://wiki.lyx.org/Devel/SummerOfCode2013Ideas) for a list of projects we
are looking students for. You are also free to suggest your own project, of
course. You may also want to search the lyx-devel mailing list for GSoC
2013---many ideas have been discussed already, some in considerable detail.
Feel free to ask any question you may have.

Cheers,

Stefano


On Sun, Apr 21, 2013 at 7:38 AM, Diluka Wittachchi diluka@gmail.comwrote:

 Hi
Beautiful day for everyone , I am new to lyx project and i am apply
 for the GSCO 2013. I am Qt/C++ developer i like to join any exit Qt project
 that on going please give me advice for that.Thanks a lot.

 Thanks
 Diluka




-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic StudiesPh:   +1 (979) 845-2125
Texas AM University  Fax:  +1 (979) 845-6421
College Station, Texas, USA

stef...@tamu.edu
http://stefano.cleinias.org

Re: GSOC 2013

On 21/04/13 21:12, stefano franchi wrote:
 In order to participate in the program, you must be a student. Google 
 defines a student as an individual enrolled in or accepted into an accredited 
 institution including (but not necessarily limited to) colleges, 
 universities, masters programs, PhD programs and undergraduate programs
 
 I think that rules out research contracts. But  I'll ask on the GSoC ml to 
 have official confirmation. Just to be clear: by research contracts are you 
 referring to the rather common and usually department-based assegni di 
 ricerca found in Italian institutions? Or to something completely different 
 (in which case, I would need  more details)?

Hi Stefano,

I was referring to various types of temporary contracts that I've used to see 
in my old academic past, including assegni di ricerca (~~ post-doc ?), 
co.co.co., borse di studio [per ricerca], ... It's easy to see MSc students 
being kept busy with such forms of contract while waiting for the PhD official 
contest...

In the Nilo's specific case, it's a borsa di studio e approfondimento 
(http://www.unipi.it/ateneo/governo/regolament/ateneo/did-ric/Regborsest.pdf), 
however if you can query some G's ML it would be good to have some kind of 
wider-scope clarification, useful more generally for other potential applicants 
and for the future, i.e.: except for Bachelor  Master graduation programs, and 
PhD programs, what other forms of enrolment at a university would make 
someone eligible (if any).

Grazie, ciao,

T.

Re: GSOC 2013

HI Tommaso,

thanks for the details--it's pretty much what I thought you were referring
to, in fact. I'll ask Google and will report back. In all sincerity, I
think they'll stick to their student line, but we'll see.


Cheers,

S.


On Sun, Apr 21, 2013 at 4:02 PM, Tommaso Cucinotta tomm...@lyx.org wrote:

 On 21/04/13 21:12, stefano franchi wrote:
  In order to participate in the program, you must be a student. Google
 defines a student as an individual enrolled in or accepted into an
 accredited institution including (but not necessarily limited to) colleges,
 universities, masters programs, PhD programs and undergraduate programs
 
  I think that rules out research contracts. But  I'll ask on the GSoC ml
 to have official confirmation. Just to be clear: by research contracts
 are you referring to the rather common and usually department-based
 assegni di ricerca found in Italian institutions? Or to something
 completely different (in which case, I would need  more details)?

 Hi Stefano,

 I was referring to various types of temporary contracts that I've used to
 see in my old academic past, including assegni di ricerca (~~ post-doc
 ?), co.co.co., borse di studio [per ricerca], ... It's easy to see
 MSc students being kept busy with such forms of contract while waiting for
 the PhD official contest...

 In the Nilo's specific case, it's a borsa di studio e approfondimento (
 http://www.unipi.it/ateneo/governo/regolament/ateneo/did-ric/Regborsest.pdf),
 however if you can query some G's ML it would be good to have some kind of
 wider-scope clarification, useful more generally for other potential
 applicants and for the future, i.e.: except for Bachelor  Master
 graduation programs, and PhD programs, what other forms of enrolment at a
 university would make someone eligible (if any).

 Grazie, ciao,

 T.




-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic StudiesPh:   +1 (979) 845-2125
Texas AM University  Fax:  +1 (979) 845-6421
College Station, Texas, USA

stef...@tamu.edu
http://stefano.cleinias.org

Re: GSOC 2013

On Sun, Apr 21, 2013 at 4:16 PM, stefano franchi
stefano.fran...@gmail.comwrote:

 HI Tommaso,

 thanks for the details--it's pretty much what I thought you were referring
 to, in fact. I'll ask Google and will report back. In all sincerity, I
 think they'll stick to their student line, but we'll see.





Official answer from Cat Allman, of Google's Open Source Group:

Hi Stefano,
Sadly, if they are not currently enrolled or accepted for the fall term
they are not eligible for GSoC


S.
-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic StudiesPh:   +1 (979) 845-2125
Texas AM University  Fax:  +1 (979) 845-6421
College Station, Texas, USA

stef...@tamu.edu
http://stefano.cleinias.org

Re: Fwd: GSoC idea for Layout Editor

2013-04-21 Thread Mayank Jha

Thanks for the review.
Well, on the manner in which Lyx will store the information, I think making
a new class LayoutElements and the Layout Editor could be viewed as an
instance of the same, can be one solution to the problem. What goes inside
this class is determined largely by the manner in which the parsing of
.layout file is done, (which is specified in the TextClass, Layout class )
would be more appropriate as I do not find any other alternative.
Since my methods, and parameters in the class LayoutElements depends on the
classes TextClass, Layout etc. so the parsing thing which I mentioned as a
backend job would no longer be required!

Also, writing/modifying a layout file in whole can be best done by making
it into a local layout as you suggested, as the feature already exists,
so it wont require much work.

Therefore I think the project mainly focuses on making the class
LayoutElements and making the widget for previewing the things!

Would like to hear more suggestions and feedbacks on the above from you!

Re: improve latex-lyx roundtripping (GSoC)

2013-04-21 Thread Cyrille Artho


Hi Guenter,
I would assume that only a LaTeX source file is kept, no other files.
With a strategy of having multiple files, there are other issues. I 
would prefer having one file for everything, but I am interested to hear 
arguments for the other case; maybe I can be convinced that multiple 
files (LaTeX + LyX-specific features) are better :-)


Guenter Milde wrote:

On 2013-04-20, Georg Baum wrote:

Cyrille Artho wrote:



I'm not familiar enough with the capabilities of LaTeX macros to be the
final judge on that, but it seems plausible that macros may work better
for many features.



However, it is also desirable to keep the LaTeX code simple. For features
that are merely related to displaying things (inset open/collapsed, lyx
zoom factor for images), a comment may indeed be the simplest way. If the
comment is garbled or lost, the default (inset open, 100 % zoom) applies.


Actually, I would not like LyX GUI settings to turn up in the LaTeX file at
all. Non-LyX workers will be offended, others can restore them, and in the
most asked for application of the round-trip feature -- editing in the
Source View -- this is not required as LyX can keep the GUI settings.

Günter



--
Regards,
Cyrille Artho - http://artho.com/
Those who will not reason, are bigots, those who cannot,
are fools, and those who dare not, are slaves.
-- George Gordon Noel Byron

Re: Instant preview TL 2012 broken

Pavel Sanda wrote:
 Will have a look on possible debug errs.

For the record:

dvipng: Symbol `kpse_def_inst' has different size in shared object, consider 
re-linking
dvipng failed to generate images from 0lyxpreview.dvi... fallback to legacy 
method

Recompiling dvipng against TL12 helped.
Pavel

Re: Interested in GSOC Project: Horizontal scrollbar for tables and math and Some problems regarding the project

Hello Liviu,

Liviu Andronic landronimirc at gmail.com writes:
 
 Dear Hashini,
 I think best would be to wait for Google Melange to open its
 applications system to students, in about a day or so. Then you could
 start preparing a first draft of your application there, and mentors
 could give you feedback through Google Melange. Cyrille?
 

Thank you very much for the response and I will get back to you as soon as I 
am done with a draft.

Hashini

Re: GSoC idea: UI improvements and non-linear writing enhancements

2013-04-21 Thread Rob Oakes

Hi Xueqing,

On Thu, 2013-04-18 at 00:30 -0500, Ashley Shan wrote:

 Thank you for replying. Before you have time to more fully respond, I
 want to briefly explain my concerns and ideas.

I appreciate your forthrightness. I will respond with a technical
outline in a separate email sent to the mailing list. (All email on the
list is archived, and it is a tremendously useful thing to have it
there. It also allows others to comment. There have been many times when
I've needed to go back and refer to points in a discussion.)

I wanted to respond to a couple of points in this email separately,
though.
 
 1. My major concern is my qualifications. As I mentioned earlier, I am
 a first-year student planning to major in computer science. I took
 CS101 (in Java) and CS201 (in C++). In CS201, we learned data types,
 ADTs, and some simple algorithms, and we built some interesting
 projects. I believe (and my professor confirmed) that CS201 qualifies
 me to work on tasks that are a little bit above my current abilities. 

 My biggest problem is, I have never worked with others on a project
 and I'm not familiar with source code directories. The main reasons I
 am so interested in this project are 1) I really want to build my
 programming skills and 2) my personal experience with intensive
 academic writing allow me to really think what writers need, not what
 programmers think writers need. I'm more than prepared to devote a lot
 of time and energy into this project and work extensively. Hence, I
 wonder whether you can give me some evaluations and/or suggestions.
 Also, if you'd like to know more about my coding skills, I can send
 the course description of CS201 to you or my code for its assignments.

I appreciate this concern. When I began programming, I felt much the
same way. It's one thing to hack away on your own, and quite another to
contribute code to an active project. I frequently still feel
self-conscious when I submit large code patches for review.

With that said, the Google Code program is designed to provide
experience to students of *all* skill levels. The secret will be to
define project that you feel you will be able to tackle in the available
time. As long as you are comfortable with basic data structures and
algorithms, I think you will be fine in working on the UI enhancements.

There are many people invested in LyX and who wish for prospective
students to succeed. This includes the official LyX mentors, the other
project developers, and the community at large. For your success, it is
most important you feel comfortable engaging. This means asking
questions, submitting code for review, and experimenting. Everyone knows
that you are still finding your way, but with that said, we all are.

Your contribution is not going to hurt an active project. Many eyes will
look it through before it ends up in the master repository. Code with
confidence.

Cheers,

Rob

Instant preview & TL 2012 broken

Hi,

all instant preview is broken after update to TeXLive 2012 here. More
precisely all equations are sudenly rendered as huge pictures and clipping
into appropriate box size is missing.

Anyone around to verify?
Pavel

Re: Instant preview & TL 2012 broken

2013-04-21 Thread Kornel Benko

Am Sonntag, 21. April 2013 um 00:49:45, schrieb Pavel Sanda 
> Hi,
> 
> all instant preview is broken after update to TeXLive 2012 here. More
> precisely all equations are sudenly rendered as huge pictures and clipping
> into appropriate box size is missing.
> 
> Anyone around to verify?
> Pavel

I use TL2012 for long time, no problems detected.

If you mean TL 2013, so this is experimental.
Making
#tlmgr update --list
TeX Live 2012 is frozen forever and will no
longer be updated.  This happens in preparation for a new release.

If you're interested in helping to pretest the new release (when
pretests are available), please read http://tug.org/texlive/pretest.html.
Otherwise, just wait, and the new release will be ready in due time.
tlmgr: package repository ftp://ftp.fu-berlin.de/tex/CTAN/systems/texlive/tlnet
tlmgr: saving backups to /home/kornel/tlmgr-backup
tlmgr: no updates available

so I wonder where you got it from.

Kornel


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

Re: improve latex-lyx roundtripping (GSoC)

2013-04-21 Thread Guenter Milde

On 2013-04-20, Georg Baum wrote:
> Cyrille Artho wrote:

>> I'm not familiar enough with the capabilities of LaTeX macros to be the
>> final judge on that, but it seems plausible that macros may work better
>> for many features.

>> However, it is also desirable to keep the LaTeX code simple. For features
>> that are merely related to displaying things (inset open/collapsed, "lyx
>> zoom" factor for images), a comment may indeed be the simplest way. If the
>> comment is garbled or lost, the default (inset open, 100 % zoom) applies.

Actually, I would not like LyX GUI settings to turn up in the LaTeX file at
all. Non-LyX workers will be offended, others can restore them, and in the
most asked for application of the round-trip feature -- editing in the
Source View -- this is not required as LyX can keep the GUI settings.

Günter

Re: Instant preview & TL 2012 broken

Kornel Benko wrote:
> I use TL2012 for long time, no problems detected.
> 
> If you mean TL 2013, so this is experimental.

No, I mean TL 2012.
Will have a look on possible debug errs.
Thanks. Pavel

Some information about a project

2013-04-21 Thread Corentin CHEMINAUD

Good afternoon,

I'm a french student of the ISIMA, an engineering school in computing and
it's application, and I'm interested about GSocs 2013, particularly about
one of your project. I have used Lyx since some years, most of the time to
release reports of works for my studies, and I'm very curious about one of
your project which is to create a toolbar customization dialog.

I've been thinking a lot about it and I see this module like a dialog where
users can select what toolbar he want to change and where he can choose
actions to add by drag and drop for instance... A search field could be
good to find an action in the list. And i think at the end the result is to
save in a configuration file.

In the ideas list, the developer said some works have already be done.
Maybe I'm wrong in my vision of this project... but is it possible to have
more information about it and about works already done ?
(I try the irc channel but there's no one)

Regards,
Corentin CHEMINAUD

GSOC 2013

2013-04-21 Thread Diluka Wittachchi

Hi
   Beautiful day for everyone , I am new to lyx project and i am apply
for the GSCO 2013. I am Qt/C++ developer i like to join any exit Qt project
that on going please give me advice for that.Thanks a lot.

Thanks
Diluka

Re: Fwd: GSoC idea for Layout Editor

2013-04-21 Thread Richard Heck


On 04/20/2013 05:08 PM, Liviu Andronic wrote:

Helge, Pavel,
Do you think you could take a look at this student's proposal and give
some feedback?


This looks pretty sensible to me. A few comments below.


I think I have a rough idea as to how can we implement the layout editor, in Lyx
I have made a Qt prototype http://postimg.org/image/j9g22xphx/
described as below!
**GUI***
Available Additions : A QComboBox used to choose from a list of
available options "ClassOptions" , "Paragraph styles",
"Floats", "Flex insets and InsetLayout", "Counters", "Font
description", and their possible
suboptions like a "Paragraph style" can have "Font Description" as its subtype

Layout elements: A QListWidget containing the new Class elements
"ClassOptions" , "Paragraph styles",
"Floats", "Flex insets and InsetLayout", "Counters", "Font
description". The user will select any one of them
and he will be shown the available options in the element specifics section.
for e.g if the user chooses "Paragraph styles" then he would be shown
with options like "Align", "BottomSep",
"Copy Style" etc. as much as possible without any coding stuff, this
would be shown in layout specifics
section.

Layout specifics: It will contain yet another QListWidget which would
display the suboptions which are possible to
add into it, and it will have Values section as each option will have
to take values like number, color, option
etc. some type of values might be common while others might be unique
to the option, which would be shown to the
user appropriately.


One other question here is: In what form do we want to represent this 
information within LyX? I.e., what the options are, etc? How much of 
that is already in the code? Most of it, presumably, though not in a 
usable form. I.e., Layout::parskip is declared as a double. But I don't 
know if that helps us in any way.



Layout Preview: It is a QGraphicsWidget which will try to display in
as much capacity as possible the combined look showing the usage of
every
layout element created, added or edited. For eg if I created two
paragraph styles, style1 and style2 then it
will show two sentences instantiating the styles.


This is useful, but I'd definitely leave it myself for the very end. 
Just being able to edit stuff is the first issue.



Layout file: section would be meant for advanced users to directly
modify the code, or add some Latex stuff to their liking.


There are two cases here: (i) a layout file is loaded that is in a 
system directory. In that case, the modified file will have to be 
written to the user directory; (ii) the file is loaded from the user 
dir, in which case it gets written back there.


Probably it should also be possible to load the "local layout", and 
modify that will the layout editor.


There is a complication here somewhere in the fact that our layout files 
"cascade" the way CSS does. I.e., you can load a Chapter style from one 
file, then modify it in another, etc. I'm not sure why this might cause 
problems, but I am guessing it will pop up somewhere.



**BACKEND**
The backend structure which would be supporting the GUI would have the
simple task of parsing the .layout file based on the layout elements created by 
the user listed in the
Layout Elements List.
Implementation of this can be done in the following way:
->We create a class LayoutElements and then introduce methods in it
which would parse it into lines of code
readable to a .layout file.


Note that we already have systems of reading and, more recently, or 
writing TextClass, Layout, InsetLayout, etc, objects. Probably the 
backend can just use these. I.e., the layout editor, when it wants to 
read a layout file, module, whatever, just creates a new TextClass 
object and calls its read() method. Then the editor can operate with 
this object, and its various Layout, InsetLayout, etc, bits. It may even 
be useful to add methods to these objects for use by the editor. Writing 
the new info may then be as easy as calling the some sort of write() 
method, which I can't now find. But there are some issues there, I expect.


Richard

Re: Interested in GSOC Project:

Hello Scott,

I was trying to sliding too long Labels for the past few days. I was able to 
learn many new things about painting methods and still interested to proceed 
with this project. After figuring out how the partial slides of current tables 
have been implemented (using the method void InsetTabular::resetPos(Cursor & 
cur) const and also drwing methods of InsetTabular.cpp), I am trying to modify 
methods in other needed files. But I still did not find a way to how to 
activate an event that listen to mouse hovering. It seems like that LyX has 
not still used such actions. I am pleased if you can guide me with your 
experiences and knowledge.

Also, I like to apply for this GSoC project. I went through the student 
application template that LyX has suggested. I like if I can submit it as a 
Wiki where I can update and modify with accordance to work I may do. Is it 
possible and what steps should I follow? 
If it is fine, is there a way to create a wiki page under LyX or is it okay to 
use other common wikis like mediawiki?
If it is not a good idea, in what format should I submit my application?
I am asking about this from Jean too. I am not sure if he gets notifications 
for the mails under this thread.

Thank you

Hashini

Re: Interested in GSOC Project: "Horizontal scrollbar for tables and math" and Some problems regarding the project

Hello Jean,

I was trying to sliding too long Labels for the past few days. I was able to 
learn many new things about painting methods and still interested to proceed 
with this project. After figuring out how the partial slides of current tables 
have been implemented (using the method void InsetTabular::resetPos(Cursor & 
cur) const and also drwing methods of InsetTabular.cpp), I am trying to modify 
methods in other needed files. But I still did not find a way to how to 
activate an event that listen to mouse hovering. It seems like that LyX has 
not still used such actions. I am pleased if you can guide me with your 
experiences and knowledge.

Also, I like to apply for this GSoC project. I went through the student 
application template that LyX has suggested. I like if I can submit it as a 
Wiki where I can update and modify with accordance to work I may do. Is it 
possible and what steps should I follow? 
If it is fine, is there a way to create a wiki page under LyX or is it okay to 
use other common wikis like mediawiki?
If it is not a good idea, in what format should I submit my application?

I am asking about this from Scott too. I am not sure if he gets notifications 
for the mails under this thread. Like to have your advise.

Thank you

Hashini

Re: GSoC 2013: Interactive LyX

On 20/04/13 21:25, Pavel Sanda wrote:
> As proposed by someone else it might have even more sense to think
> about chat project as pidgin/... add-on than lyx feature.

Yes, we might think of "packing" the LyX editor feature so that you can reuse 
it plugging it into another software, and actually I had proposed this also as 
one of possible projects, smth along the line of a "LyX Qt Widget". However, 
I'm also realistic and I'm not sure that's really feasible. Or, we can think of 
pulling reusable features from existing chat clients, but Pidgin is 
Gtk-oriented, Kopete is Qt/Kde, but in the end it may be sufficient to just use 
a XMPP library within LyX.

Now, a LyX panel showing a list of users by enumerating them through some 
library call and handling the session state, does not seem to be such a big 
code base to pull into LyX, am I wrong ?

> Exactly. When I asked about XMPP I didn't mean we should actually use jabber
> server for exchanging real data,

I'm actually thinking of using exactly one of these XMPP servers. If we 
exchange text, then LyX would behave as any another client, and users could 
find each other on some of these servers, which have already in place all the 
infrastructure for registering users etc... (e.g., jabber.org). However, as the 
protocol seems extensible, perhaps one can exchange even binary stuff (e.g., it 
seems to support binary file exchange with some extension) or use it just to 
set-up a user-to-user connection and use it as we like.

> but to just let find two users bypass nat/firewalls 
> in order to exchange real connection points and let them directly connect via
> nat traversal techniques.

in the end, either one of the two is visible from the other, or we need a 
server, don't we ? Ok, we can use some DynDNS magic in case of non-static IPs, 
and manually reconfigure home modems/routers to redirect a "LyX port", but that 
means being a pain to use the feature.

> This all be wrapped in some net machinery, from core we should just see
> dat comming/out from some pipe/socket/whatever.

agree.

> Frankly, if working on this project, I would just start with simple ip<->ip to
> see what perfromance at best can we get and what sort of troubles appear
> _inside_ lyx (we need two/more cursors, I have little idea what we need to do
> to extend inner machinery and certainly it can be very tough to understand for
> newcomer all the cursor stuff we currently have!).
> 
> Only then it makes sense to start pondering over the implementation how the
> actual net exchange would be done.

well, that was the purpose of my 1st hack. For the chat, now it's time to check
how the network part can be properly done, avoiding as much as possible to build
yet another server and yet another protocol and yet another users registration
facility etc
For the interactive lyx, the quick'n'dirty network part was already in my 1st 
hack,
and it was enough to realize there's a lot to be understood about how to deal 
with
lyx internals, as you say, multiple Cursors, or as said in some other thread, if
we should switch from index-based to ptr-based CursorSlice, etc...
Still, discussion about how to do best the network part is useful and needed, if
this thing must be usable by non-experts, one day (see also comment above).

> Second thought: if we have interactive lyx done, what is the need for lyx-chat
> project at all? Simply split windows inside edit window and you are done.

Not really like chatting (talk/talkd vs pidgin), but you raise a good point.
At the end, we're supposed to get a few student slots from G!, and
we'll likely have a higher number of projects. Then, we'll need to put some
priority on the projects, and see which ones seem more useful, urgent/needed,
and also *feasible* or likely to achieve a good usability status at the end,
also considering the applicant students.

As of now, I can see a straightforward path for the chat, whilst the interactive
lyx seems more challenging, it risks to touch core internals of lyx, or it
constitutes an opportunity to fix a number of things therein, and it risks to
encounter serious obstacles along the path (conflicts management, temporary
off-line editors ?...)

Any comment welcome. Thanks, bye.

T.

would like to join the community

2013-04-21 Thread Mansi Gokhale

-- 
--
Mansi

Re: Interested in GSOC Project: "Horizontal scrollbar for tables and math" and Some problems regarding the project

Dear Hashini,


On Sun, Apr 21, 2013 at 5:05 PM, Hashini Senaratne  wrote:
> Also, I like to apply for this GSoC project. I went through the student
> application template that LyX has suggested. I like if I can submit it as a
> Wiki where I can update and modify with accordance to work I may do. Is it
> possible and what steps should I follow?
> If it is fine, is there a way to create a wiki page under LyX or is it okay to
> use other common wikis like mediawiki?
> If it is not a good idea, in what format should I submit my application?
>
I think best would be to wait for Google Melange to open its
applications system to students, in about a day or so. Then you could
start preparing a first draft of your application there, and mentors
could give you feedback through Google Melange. Cyrille?

Liviu

Re: GSOC 2013

Dear Piyush,


On Sat, Apr 20, 2013 at 10:06 PM, Piyush Tiwari  wrote:
> Hello,
> I am really interested in the idea of creating a layout editor which would
> be user friendly and could be used by anyone without internal details.
> I have experience in LateX, Qt and C++.
> Github: https://github.com/Fyre91
> I have uploaded on github a software which was presented as an demo in
> CVPR-2012 which was created using C++/Qt.
>
> I am planning to implement most of the latex features in this layout
> editor.Priorities are:
> -selection of page layout
> -selection of font size
> -addition of images by dragging
> -inserting equations
> -inserting references
>
This project has already been discussed at length on lyx-devel during
the past two weeks, in the context of GSoC. Please check the archives:
http://www.mail-archive.com/lyx-devel@lists.lyx.org/ . Feel free to
come back with additional questions.

Additionally, take a look at some pointers on how to prepare your
application for GSoC:
http://wiki.lyx.org/Devel/GSoC2013ApplicationTemplate .

Regards,
Liviu

Re: [LyX master] Also put HTML on the clipboard when copying

2013-04-21 Thread Georg Baum

Richard Heck wrote:

> There are a couple issues here. One is the problem of branches.
> Previously, we'd have "pasted" the copied paragraphs into the temporary
> Buffer, and with it whatever branch insets were in the copied material,
> not paying any attention at all to whether those branches existed, etc.
> I'm not sure what that would mean for what would end up on the
> clipboard. Probably we can just add a flag to the signature of
> pasteSelectionHelper() that means: don't ask about this, just do it (or
> not, which would be the old behavior).

I'd simply create the branches. Does it have any drawback?

> The other issue is the sigsev. Here the problem is that the temporary
> Buffer we are using in putClipboard is static. So what we do to it
> remains from call to call. We clear the paragraphs, at the end of that
> routine, but we don't fully reset the Buffer's InsetText, which is why
> we get the crash.
> 
> So if you remove the static keyword, the crash vanishes, but that does
> give a bit of a performance hit every time you copy something, because
> we have to create a new Buffer, with a new tempdir, and so forth. What
> we might want instead is a way to completely reset this temporary
> Buffer. Another option would be to keep the static (empty) Buffer and
> clone it each time, which ought to be cheap.

I did this, and it works fine.

> By the way, I note that this copy is also very slow, because we are
> converting images to formats suitable for XHTML export, which never get
> used. We probably need another flag that means: don't do that, or bother
> creating math images, etc. We might also want to force math to be export
> as HTML, since the clipboard probably does not know what to do with
> MathML.

I changed it to use MathML. Before copying HTML, only plaintext was copied, 
which did not play well to formulas at all. Now, there is at least the 
chance to recover formulas by applications that understand MathML (MS Office 
is supposed to understand it). If MathML is not understood, some 
applications (e.g. libreoffice) are still able to display the pure text, 
which is very similar to the plain text export.

BTW, thanks for fixing the update problem.


Georg

Re: patch for scrolling issue - LyXscrollpatch20130302.diff (1/1) - LyXscrollpatch20130421.diff (1/1)

2013-04-21 Thread pdv

In article <516eabdf.5090...@lyx.org>,
 Jean-Marc Lasgouttes  wrote:

> 17/04/2013 00:05, pdv:
> > I do now all the width-calculations in one function.
> > In that function the widths are cached in a map.
> > I then obtain again a substantial speed increase.
> > For testing I defined a static map, but I assume that eventually the map
> > should be stored in a suitable object so that the map doesn't grow out
> > of proportion.
> 
> You need to keep one map for each FontInfo instance (like what is done 
> for singleWidth). I agree that may use a lot of memory. This is 
> something that can be measured using the massif tool of valgrind.
> 
> > So far I can handle all basic content properly. I haven't paid much
> > attention to inlinecompletion (at one point it posed no problem, but I
> > have to check that again), but I just discovered an issue with the
> > Labeling style ...
> 
> Great. If you want to do basic timing before/after, have a look at 
> support/pmprof.h.
> 
> Can we see the patch?
> 
> JMarc

Of course, but I wanted a fully functional patch before posting.
As far as I have tested the functionality should be largely OK now (at 
least the User's Guide and some of my documents are displayed and 
handled correctly).
There might still be problems with the coding style ...

Hereafter I've listed some comments which might be helpful or answer 
suggestions you've made earlier. (btw I couldn't find support/pmprof.h)
If you have comments, questions ... I'm looking forward to hearing from 
you.

Regards,

P. De Visschere

- there are 4 functions where the textwidth must be calculated: in 
GuiPainter::text() and in 3 functions in the TextMetrics class, in order 
of complexity:
(1) cursorX(): find the position in pixels, given the cursor position in 
characters,
(2) rowBreakPoint(): find the next breakpoint of a row, this will always 
break between words,
(3) getColumnNearX(): actually the reverse operation of (1); more 
complex than (2) since the position can also be located within a word.

For the time being these 3 functions are still independent, although 
they are somewhat similar and maybe some more streamlining is possible 
here. I'm also aware that the code for getColumnNearX() is rather 
complex.

The widths are calculated in a single TextMetrics::textWidth() function 
which accepts a parameter to cache the result or not (e.g. widths of 
partial words needed when positioning the cursor within a word are not 
cached).

The widths calculated are cached in a std::map. I've 
also tried QHash but since docstring has no qhash function all strings 
must then be converted to QStrings and there is no speed gain.

I use only one map, the fonts are coded as a string of 4 characters 
(family, series, shape, size) which is then used as a prefix for the 
key. I have not tried alternatives like using a map for each used font.

The map itself is stored in the BufferView class; In this way there is 
one map for each document; when storing the map in the TextMetrics 
class, multiple maps are generated. I have only tested this with simple 
documents (no child documents ).

When typing it's unavoidable to generate all partials of a word; these 
are removed again from the map so that only the final word remains; 
However nothing is done to remedy the reverse: when deleting a word 
character by character all partials will end-up in the map;

The old code is still in place and the old painting character by 
character can be restored by changing 2 appropriate macro definitions.

begin 644 LyXscrollpatch20130421.diff
M9`M+6=I="!A+W-R8R]"=69F97)6:65W+F-P<"!B+W-R8R]"=69F97)6
M:65W+F-P<`II;F1E>"`S86$R,#%B+BYF,S0X,F%D(#$P,#8T-`HM+2T@82]S
M

Re: Some information about a project

Dear Corentin,


On Sun, Apr 21, 2013 at 12:29 PM, Corentin CHEMINAUD
 wrote:
> Good afternoon,
>
> I'm a french student of the ISIMA, an engineering school in computing and
> it's application, and I'm interested about GSocs 2013, particularly about
> one of your project. I have used Lyx since some years, most of the time to
> release reports of works for my studies, and I'm very curious about one of
> your project which is to create a toolbar customization dialog.
>
> I've been thinking a lot about it and I see this module like a dialog where
> users can select what toolbar he want to change and where he can choose
> actions to add by drag and drop for instance... A search field could be good
> to find an action in the list. And i think at the end the result is to save
> in a configuration file.
>
> In the ideas list, the developer said some works have already be done.
> Maybe I'm wrong in my vision of this project... but is it possible to have
> more information about it and about works already done ?
> (I try the irc channel but there's no one)
>
For more info on this project and please check the lyx-devel archives:
http://www.mail-archive.com/lyx-devel@lists.lyx.org/ . The project has
already been discussed on lyx-devel during the past two weeks, in the
context of GSoC. There you will also find some links to some existing
code towards this project.

Additionally, take a look at some pointers on how to prepare your
application for GSoC:
http://wiki.lyx.org/Devel/GSoC2013ApplicationTemplate .

Regards,
Liviu

Re: [LyX master] Hungarian Tutorial.lyx: revert last change

2013-04-21 Thread Uwe Stöhr


Am 20.04.2013 07:51, schrieb Scott Kostyshak:


For the doc files you can put it in if I give my OK - except Richard said
explicitly no or branch is frozen.


OK, it's in at 602fd0bb.


Thanks.


This particular change no. But I've made several changes to the
examples recently.


That is what I meant.


To make sure, you are asking me to backport all of the recent changes
I've made to the manuals and example files in trunk?


I mean the changes where you encountered export problems and therefore set the default output format 
to pdf2.


regards Uwe

Re: GSoC 2013: Interactive LyX

Tommaso Cucinotta wrote:
> Now, a LyX panel showing a list of users by enumerating them through some 
> library call and handling the session state, does not seem to be such a big 
> code base to pull into LyX, am I wrong ?

Panel showing list of strings is not problem, I'm concerned about the 
networking/user management part.

> > Exactly. When I asked about XMPP I didn't mean we should actually use jabber
> > server for exchanging real data,
> 
> I'm actually thinking of using exactly one of these XMPP servers. 

My guess is that the time delay would be such that you would need to implement
some of the transaction protocols pointed previously so what you have saved on
net trickery would more than compensated by the complexity of merging problems
you have to solve. Maybe the only way how to know is to try rudimentary form
of both of them and see.

> > but to just let find two users bypass nat/firewalls in order to exchange
> > real connection points and let them directly connect via nat traversal
> > techniques.
> 
> in the end, either one of the two is visible from the other, or we need a
> server, don't we ?

Well, yes and no. What I meant is to use server just for helping with
establishing the connection when both users are behind nat, rest would be
direct peer-to-peer.

> lyx internals, as you say, multiple Cursors, or as said in some other thread, 
> if
> we should switch from index-based to ptr-based CursorSlice, etc...

I'm pessimist that newcomer in the project should start substantial cursorslice
refactoring. There are so many corners to know about and anyone responsible
for deeper changes should be around for longer time than just one summer.

> > Second thought: if we have interactive lyx done, what is the need for 
> > lyx-chat
> > project at all? Simply split windows inside edit window and you are done.
> 
> Not really like chatting (talk/talkd vs pidgin),

I see, you are right.

> As of now, I can see a straightforward path for the chat, whilst the 
> interactive
> lyx seems more challenging, it risks to touch core internals of lyx, or it
> constitutes an opportunity to fix a number of things therein, and it risks to
> encounter serious obstacles along the path (conflicts management, temporary
> off-line editors ?...)

OTOH interactive LyX seems to be really worth and requested feature while the
chat looks more like a toy with the aroma of the word "bloat" around (sorry for
the punch :) 
Also consider the wider perspective that it's better to attract devs willing to
become experts in lyx internals than devs who are willing to become experts
in 3rd party technologies like jabber. The probability of second group staying
around lyx devel is IMHO much lower.

Pavel

Re: GSOC 2013

Tommaso:

>From the FAQ:

"In order to participate in the program, you must be a student. Google
defines a student as an individual enrolled in or accepted into an
accredited institution including (but not necessarily limited to) colleges,
universities, masters programs, PhD programs and undergraduate programs"

I think that rules out research contracts. But  I'll ask on the GSoC ml to
have official confirmation. Just to be clear: by "research contracts" are
you referring to the rather common and usually department-based "assegni di
ricerca" found in Italian institutions? Or to something completely
different (in which case, I would need  more details)?

Cheers,

Stefano


On Sat, Apr 20, 2013 at 1:58 AM, Cyrille Artho  wrote:

> "Not officially enrolled" sounds like "not eligible" to me.
>
>
> Tommaso Cucinotta wrote:
>
>> On 18/04/13 01:46, Cyrille Artho wrote:
>>
>>> The criteria are (in a nutshell):
>>>
>>> * Enrolled in an accredited academic institution.
>>> * Eligible to work.
>>> * Not citizen or resident of a country that is restricted from commerce
>>> with the U.S.
>>>
>>> See http://www.google-melange.com/**gsoc/document/show/gsoc_**
>>> program/google/gsoc2013/help_**page#2._Whos_eligible_to_**
>>> participate_as_a
>>>
>>
>> This sounds interesting:
>>
>> "Google defines a student as an individual enrolled in or accepted into
>> an accredited institution including (but not necessarily limited to)
>> colleges, universities, masters programs, PhD programs and undergraduate
>> programs."
>>
>> Does anyone know whether a student who has a temporary research contract
>> (3/6/12 months) with a university, but who is not officially enrolled in a
>> Bachelor, MSc or PhD program, would be eligible ? This is the typical
>> situation of many students in between the end of their MSc studies and the
>> beginning of some PhD program...
>>
>> Thanks,
>>
>> T.
>>
>>
> --
> Regards,
> Cyrille Artho - http://artho.com/
> Those who will not reason, are bigots, those who cannot,
> are fools, and those who dare not, are slaves.
> -- George Gordon Noel Byron
>



-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic StudiesPh:   +1 (979) 845-2125
Texas A University  Fax:  +1 (979) 845-6421
College Station, Texas, USA

stef...@tamu.edu
http://stefano.cleinias.org

Re: GSOC 2013

Hi Diluka,

welcome to the Lyx community. Please take a look at our Ideas page (
http://wiki.lyx.org/Devel/SummerOfCode2013Ideas) for a list of projects we
are looking students for. You are also free to suggest your own project, of
course. You may also want to search the lyx-devel mailing list for GSoC
2013---many ideas have been discussed already, some in considerable detail.
Feel free to ask any question you may have.

Cheers,

Stefano

On Sun, Apr 21, 2013 at 7:38 AM, Diluka Wittachchi wrote:

> Hi
>Beautiful day for everyone , I am new to lyx project and i am apply
> for the GSCO 2013. I am Qt/C++ developer i like to join any exit Qt project
> that on going please give me advice for that.Thanks a lot.
>
> Thanks
> Diluka
>

-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic StudiesPh:   +1 (979) 845-2125
Texas A University  Fax:  +1 (979) 845-6421
College Station, Texas, USA

stef...@tamu.edu
http://stefano.cleinias.org

Re: GSOC 2013

On 21/04/13 21:12, stefano franchi wrote:
> "In order to participate in the program, you must be a student. Google 
> defines a student as an individual enrolled in or accepted into an accredited 
> institution including (but not necessarily limited to) colleges, 
> universities, masters programs, PhD programs and undergraduate programs"
> 
> I think that rules out research contracts. But  I'll ask on the GSoC ml to 
> have official confirmation. Just to be clear: by "research contracts" are you 
> referring to the rather common and usually department-based "assegni di 
> ricerca" found in Italian institutions? Or to something completely different 
> (in which case, I would need  more details)?

Hi Stefano,

I was referring to various types of temporary contracts that I've used to see 
in my old academic past, including "assegni di ricerca" (~~ post-doc ?), 
"co.co.co.", "borse di studio [per ricerca]", ... It's easy to see MSc students 
being kept busy with such forms of contract while waiting for the PhD official 
contest...

In the Nilo's specific case, it's a "borsa di studio e approfondimento" 
(http://www.unipi.it/ateneo/governo/regolament/ateneo/did-ric/Regborsest.pdf), 
however if you can query some G's ML it would be good to have some kind of 
wider-scope clarification, useful more generally for other potential applicants 
and for the future, i.e.: except for Bachelor & Master graduation programs, and 
PhD programs, what other forms of "enrolment" at a university would make 
someone eligible (if any).

Grazie, ciao,

T.

Re: GSOC 2013

HI Tommaso,

thanks for the details--it's pretty much what I thought you were referring
to, in fact. I'll ask Google and will report back. In all sincerity, I
think they'll stick to their "student" line, but we'll see.


Cheers,

S.


On Sun, Apr 21, 2013 at 4:02 PM, Tommaso Cucinotta  wrote:

> On 21/04/13 21:12, stefano franchi wrote:
> > "In order to participate in the program, you must be a student. Google
> defines a student as an individual enrolled in or accepted into an
> accredited institution including (but not necessarily limited to) colleges,
> universities, masters programs, PhD programs and undergraduate programs"
> >
> > I think that rules out research contracts. But  I'll ask on the GSoC ml
> to have official confirmation. Just to be clear: by "research contracts"
> are you referring to the rather common and usually department-based
> "assegni di ricerca" found in Italian institutions? Or to something
> completely different (in which case, I would need  more details)?
>
> Hi Stefano,
>
> I was referring to various types of temporary contracts that I've used to
> see in my old academic past, including "assegni di ricerca" (~~ post-doc
> ?), "co.co.co.", "borse di studio [per ricerca]", ... It's easy to see
> MSc students being kept busy with such forms of contract while waiting for
> the PhD official contest...
>
> In the Nilo's specific case, it's a "borsa di studio e approfondimento" (
> http://www.unipi.it/ateneo/governo/regolament/ateneo/did-ric/Regborsest.pdf),
> however if you can query some G's ML it would be good to have some kind of
> wider-scope clarification, useful more generally for other potential
> applicants and for the future, i.e.: except for Bachelor & Master
> graduation programs, and PhD programs, what other forms of "enrolment" at a
> university would make someone eligible (if any).
>
> Grazie, ciao,
>
> T.
>
>


-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic StudiesPh:   +1 (979) 845-2125
Texas A University  Fax:  +1 (979) 845-6421
College Station, Texas, USA

stef...@tamu.edu
http://stefano.cleinias.org

Re: GSOC 2013

On Sun, Apr 21, 2013 at 4:16 PM, stefano franchi
wrote:

> HI Tommaso,
>
> thanks for the details--it's pretty much what I thought you were referring
> to, in fact. I'll ask Google and will report back. In all sincerity, I
> think they'll stick to their "student" line, but we'll see.
>
>



Official answer from Cat Allman, of Google's Open Source Group:

Hi Stefano,
Sadly, if they are not currently enrolled or accepted for the fall term
they are not eligible for GSoC


S.
-- 
__
Stefano Franchi
Associate Research Professor
Department of Hispanic StudiesPh:   +1 (979) 845-2125
Texas A University  Fax:  +1 (979) 845-6421
College Station, Texas, USA

stef...@tamu.edu
http://stefano.cleinias.org

Re: Fwd: GSoC idea for Layout Editor

2013-04-21 Thread Mayank Jha

Thanks for the review.
Well, on the manner in which Lyx will store the information, I think making
a new class LayoutElements and the Layout Editor could be viewed as an
instance of the same, can be one solution to the problem. What goes inside
this class is determined largely by the manner in which the parsing of
.layout file is done, (which is specified in the TextClass, Layout class )
would be more appropriate as I do not find any other alternative.
Since my methods, and parameters in the class LayoutElements depends on the
classes TextClass, Layout etc. so the parsing thing which I mentioned as a
backend job would no longer be required!

Also, writing/modifying a layout file in whole can be best done by making
it into a "local layout" as you suggested, as the feature already exists,
so it wont require much work.

Therefore I think the project mainly focuses on making the class
LayoutElements and making the widget for previewing the things!

Would like to hear more suggestions and feedbacks on the above from you!

Re: improve latex-lyx roundtripping (GSoC)

2013-04-21 Thread Cyrille Artho


Hi Guenter,
I would assume that only a LaTeX source file is kept, no other files.
With a strategy of having multiple files, there are other issues. I 
would prefer having one file for everything, but I am interested to hear 
arguments for the other case; maybe I can be convinced that multiple 
files (LaTeX + LyX-specific features) are better :-)


Guenter Milde wrote:

On 2013-04-20, Georg Baum wrote:

Cyrille Artho wrote:



I'm not familiar enough with the capabilities of LaTeX macros to be the
final judge on that, but it seems plausible that macros may work better
for many features.



However, it is also desirable to keep the LaTeX code simple. For features
that are merely related to displaying things (inset open/collapsed, "lyx
zoom" factor for images), a comment may indeed be the simplest way. If the
comment is garbled or lost, the default (inset open, 100 % zoom) applies.


Actually, I would not like LyX GUI settings to turn up in the LaTeX file at
all. Non-LyX workers will be offended, others can restore them, and in the
most asked for application of the round-trip feature -- editing in the
Source View -- this is not required as LyX can keep the GUI settings.

Günter



--
Regards,
Cyrille Artho - http://artho.com/
Those who will not reason, are bigots, those who cannot,
are fools, and those who dare not, are slaves.
-- George Gordon Noel Byron

Re: Instant preview & TL 2012 broken

Pavel Sanda wrote:
> Will have a look on possible debug errs.

For the record:

dvipng: Symbol `kpse_def_inst' has different size in shared object, consider 
re-linking
dvipng failed to generate images from 0lyxpreview.dvi... fallback to legacy 
method

Recompiling dvipng against TL12 helped.
Pavel

Re: Interested in GSOC Project: "Horizontal scrollbar for tables and math" and Some problems regarding the project