Re: improve latex-lyx roundtripping (GSoC)

[Rainer M. Krug]

Cyrille Artho c.ar...@aist.go.jp writes:

 Sounds reasonable. I would recommend, though, that no information is
 duplicated across files. If LyX is used to edit a pure tex document,
 then a separate lyx-specific file should keep only additional
 information, to avoid duplication of contents. Also, the extra file
 would be kept under revision control as well, as there may be multiple
 LyX and multiple TeX users working on the same document.

Absolutely - duplication is bad, as it can (will?) lead to problems in
the roundtrip: if the info is changed in the tex (or docx) file and not
in the lyx-specific file, there will be problems on re-import.

Let me re-iterate another point which was made earlier (unfortunately I
don't remember the thread): these discussions are effectively
independent of the second format in the round-trip: if it is tex, docx,
rtf, even txt - the basic discussion is the same. What is different, is 

a) the set of features which can be maintained in the target format
(tex, docx, rtf, txt even, ...)

b) the actual creation of the content file (tex, docx, rtf, ...)

If this is designed right, I think one get an incredibly powerful
framework which can easily be extended to be used for other text
formats.

Cheers,

Rainer



 Rainer M. Krug wrote:
 Cyrille Arthoc.ar...@aist.go.jp  writes:

 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 :-)

 There is one strong argument for having multiple files: One can send a
 clean tex (or docx as suggested in another thread) to the co-authors
 and keep the additional files (in an archive probably?) local. They can
 not be corrupted, lost or deleted as it would be relatively easy if
 these would be part in one tex file. Additionally, as a tex document
 does usually consist anyway of multiple files (the .tex file, often .bib
 files and images, ...) I don't think it is a big problem to have one
 more.

 Cheers,

 Rainer


 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

 #secure method=pgpmime mode=sign



-- 
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, 
UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Stellenbosch University
South Africa

Tel :   +33 - (0)9 53 10 27 44
Cell:   +33 - (0)6 85 62 59 98
Fax :   +33 - (0)9 58 10 27 44

Fax (D):+49 - (0)3 21 21 25 22 44

email:  rai...@krugs.de

Skype:  RMkrug


pgpyEazd6ZouR.pgp
Description: PGP signature

Re: Idea for and open source project for GSOC

[Rainer M. Krug]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Cyrille Artho c.ar...@aist.go.jp writes:

 Hi Peter,

Hi Peter

interesting idea. I neither use nor know it enough to give comments on
it itself, but I would like to pint out a few aspects which would be
very useful for LyX:

1) the showing of error messages is very useful for many text based
graphics. You mention tikz: I think that is reasonably widely used within
LyX, so that a better integration would be useful and would likely find 
supporters.

2) integration into LyX: I would think about the converters or in
instant preview where this could fit in.

3) I am using e.g. plantuml [1] to generate graphs - would it be
possible to abstract your program to such an extent that it would use
that as well?

4) Just a suggestion: I would change the name MetaView - there are to many 
other companies
called metaview so that you won't find it via google.

Cheers,

Rainer

Footnotes: 
[1]  html://plantuml.sourceforge.net/


 I am not familiar with MetaPost, but your project sounds
 interesting. Is the code for your tool already available? Note that
 your code must be released under one of the GSoC-approved open source
 licenses to be acceptable for GSoC.

 To get support from the LyX community, you may consider integration of
 your tool into LyX as the summer project. That ensures a strong link
 to LyX. Other ideas are of course also welcome, as long as they are
 feasible within 2 - 3 months and have a clear project plan.

 Peter Zeman wrote:
 Hello.

 A few days ago I wrote an email, but I didn't get a response to my
 mentor request. So now I would like to ask again. I would like to
 know, whether my idea has a chance to be accepted by your
 organization. Your organization is the closest to the topic of my
 project.

 What is my project about?

 The purpose is to speed up the development of images in MetaPost. The
 standard workflow is that you repeatedly compile your Metapost and TeX
 file, to view the current state of the images. It is quite slow and
 tedious, when you have to view the output after each edit of some
 MetaPost file and when some mistakes occur, it takes quite some time
 to detect it and fix it.

 The purpose of my program called MetaView is to show immediately the
 image you are currently working on. Whenever you update the Metapost
 source file, the image is automatically compiled and displayed. If the
 compilation fails, it displays the error message immediately. The
 program will also contain many other features. It is important that
 the user can use any text editor for editing the Metapost file; there
 are some similar programs with build-in editors, but those are not
 convenient. Currently it works only with Metapost, but there should be
 no problem to make it work with something similar like TikZ or
 Asymptote.

 To make everything clear, I made some screenshots, so that you can
 imagine how the workflow looks like with MetaView. The second
 screenshot shows what happens when an error occurs in the Metapost
 source file. Note that much work has to be done.

 http://atrey.karlin.mff.cuni.cz/~pizet/metaview_workflow.png
 http://atrey.karlin.mff.cuni.cz/~pizet/metaview_error.png

 I would be very happy to hear your opinion.

Peter Zeman


- -- 
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, 
UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Stellenbosch University
South Africa

Tel :   +33 - (0)9 53 10 27 44
Cell:   +33 - (0)6 85 62 59 98
Fax :   +33 - (0)9 58 10 27 44

Fax (D):+49 - (0)3 21 21 25 22 44

email:  rai...@krugs.de

Skype:  RMkrug
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iQEcBAEBAgAGBQJRdjnNAAoJENvXNx4PUvmCFNUH+QG5TURGprE4X94rBufK9qM6
JNTnr4H7WvAugFjnyGrA8IghDxKlhw5Tgb9VG93jZgHMZwekTYLXZFN8bNTxh6Ot
4tBEulQHjdoM+QbSKGKthXSlY3h4fpexyy0+qD7VpTkgP2Muebsuv+5LPKAb+Nz5
mt+Cof9wuLuKyzhDiWy7t17tuvyCxJ5d62A/+ljEUDmn8VoJjdlJtHuyzm+zj5V3
LSPQAW6WtV4mLS6eyYLGWXOkyTuqRw10Ti6SVuaqtNyepG1ik4E8Cy7F4vH+XoaV
XP+3SEm7GX6xbHpd5dhAaLYY6xIzNtyvPf+SN4snkzHcE7sZleuP6XV9GE2gVWQ=
=45Ew
-END PGP SIGNATURE-

Re: Google summer of code: Student applications now open!

[Pavel Sanda]

Cyrille Artho wrote:
 We encourage you to move discussions on concrete project proposals to
 that site, rather than the mailing list.

We agreed with Cyrille in backgrounds that proposals should go to the mailing
list at an early stage, and to Melange once the overall idea/plan is clear.

You are not forced to follow this route but consider the following reasons:
1. there is bigger mail list audience to spot general design flaws.
2. archiving purposes, even if not accepted by G such document is
   good reference point in our mail list discussions later. 

Pavel

GSOC: reStructuredText support for LyX?

[Zahari Dim]

Some time ago I was involved in a lab project that would require
controlling a lot of machines using mostly python. We would need to write a
lot of documentation, to document the code, but mostly to explain the
configuration of the machines.

When I proposed using resT/sphinx for that, the idea was ruled out before
there isn't a good graphical editor for resT and not everybody was
comfortable with having to learn yet another typesetting system with no gui
aid.

I think LyX could be good for this problem.  I see that adding support for
resT has been discussed before with some positive opinions. It would also
allow adding some complex  LaTex markup and using the same doc file for
publication if needed.

Do you believe this could be a good project for GSOC? Does it make sense to
develop a full proposal?

Thanks,

Zahari.

Re: improve latex-lyx roundtripping (GSoC)

[Guenter Milde]

On 2013-04-23, Rainer M. Krug wrote:
 Cyrille Artho c.ar...@aist.go.jp writes:

 Sounds reasonable. I would recommend, though, that no information is
 duplicated across files. If LyX is used to edit a pure tex document,
 then a separate lyx-specific file should keep only additional
 information, to avoid duplication of contents. Also, the extra file
 would be kept under revision control as well, as there may be multiple
 LyX and multiple TeX users working on the same document.

 Absolutely - duplication is bad, as it can (will?) lead to problems in
 the roundtrip: if the info is changed in the tex (or docx) file and not
 in the lyx-specific file, there will be problems on re-import.

I don't think there is need to remove the content from the lyx file if it is
exported to LaTeX (or any other format). Instead, re-import should be in two
steps:

1. conversion to LyX format with default values for LyX-internal settings.

2. merging with the old .lyx file, where customized LyX-internal
   settings will replace the defaults if appropriate.
   
Note, that even with a contentless specific .lyx file you will need some
means of aligning the stored values to the right place in the re-imported
document and care for added or removed objects that (may) have such settings.


 Let me re-iterate another point which was made earlier (unfortunately I
 don't remember the thread): these discussions are effectively
 independent of the second format in the round-trip: if it is tex, docx,
 rtf, even txt - the basic discussion is the same. What is different, is 

 a) the set of features which can be maintained in the target format
 (tex, docx, rtf, txt even, ...)

 b) the actual creation of the content file (tex, docx, rtf, ...)

 If this is designed right, I think one get an incredibly powerful
 framework which can easily be extended to be used for other text
 formats.

This even more speaks for keeping the complete lyx file and postponing the
merging to the re-import: otherwise we would require one
contentless lyx-special file per target format.

Günter

Asking IRC Channel

[sanjeevkumar shetty]

I searched for your IRC Channel, I couldnt get it, Please help me to get
it, so that i can specify myself and about my project(advanced find and
replace). I want  to utilize my knowing knowledge for it and also i love
learning so . plz.


Thanking you,

Re: Asking IRC Channel

[Rob Oakes]

Hi Sanjeev,

On Tue, 2013-04-23 at 00:57 +0530, sanjeevkumar shetty wrote:
 I searched for your IRC Channel, I couldnt get it, Please help me to
 get it, so that i can specify myself and about my project(advanced
 find and replace). I want  to utilize my knowing knowledge for it and
 also i love learning so . plz.

The IRC is #lyx-devel on Freenode.

Re: GSOC: reStructuredText support for LyX?

[stefano franchi]

Hi Zahari,

could provide some more details on the use case scenarios for your possible
project? Are you seeing LyX as a possible front end
to interface with resT/Sphinx? Or are there other uses for resT I am
unaware of? I think some developers expressed interests in a LyX-- resT
conversion in the past (Guenter Milde?) and even offered to help on the
docutils side. Perhaps a more detailed description would help us all
understand better what you have in mind. It certainly would help me.

Cheers,

Stefano


On Tue, Apr 23, 2013 at 4:54 AM, Zahari Dim zaha...@gmail.com wrote:

 Some time ago I was involved in a lab project that would require
 controlling a lot of machines using mostly python. We would need to write a
 lot of documentation, to document the code, but mostly to explain the
 configuration of the machines.

 When I proposed using resT/sphinx for that, the idea was ruled out before
 there isn't a good graphical editor for resT and not everybody was
 comfortable with having to learn yet another typesetting system with no gui
 aid.

 I think LyX could be good for this problem.  I see that adding support for
 resT has been discussed before with some positive opinions. It would also
 allow adding some complex  LaTex markup and using the same doc file for
 publication if needed.

 Do you believe this could be a good project for GSOC? Does it make sense
 to develop a full proposal?

 Thanks,

 Zahari.




-- 
__
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: Interested in GSOC Project:

[Hashini Senaratne]

Scott Kostyshak skostysh at lyx.org writes:
 I think it is best not to duplicate conversations. People on this list
 generally find what's meant for them. If they don't, feel free to bump
 the email after a few days and explicitly CC them.

Thank you Scott. I got your advice and hope to work with the application 
sooner.

Hashini

Re: Interested in GSOC Project:

[Hashini Senaratne]

Jean-Marc Lasgouttes lasgouttes at lyx.org writes:
 What I would try personally is to look at TextMetrics::drawParagraph 
 (TextMetrics.cpp). There, you can test whether the cursor is in the row 
 one wants to paint, and whether its x_pos() is too large for the screen. 
 In this case you can, as a first experiment change the value of the x 
 parameter of the RowPainter constructor and see how well it works for 
 example for making large equations easy to edit. No UI at this point, 
 and no inset specific code.

Thank you for this information. I will try to learn more about this. Here, 
do you prefer sliding row by row or slide the whole paragraph? I think it 
would be better if I try and get back to you.
If a table is too large (or a snippet with multiple columns), when we move 
the cursor to the edge of any of the rows, whole table (snippet) should 
slide. Will that be doable by following this approach?

  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.
 
 It may be interesting to take a look at BufferView::updateHoveredInset() 
 (BufferView.cpp) where some similar stuff is done for hovering over 
 inset buttons.

This would be really helpful.

 I do read all these mails, even if I do not seems very reactive at times.
 
 PS: of course, you should also read the threads started by other 
 students interested in this subject, since I may answer there to 
 questions that are of interest for you too.

Of course I will.
Thank you
Hashini

Re: Interested in GSOC Project:

[Jean-Marc Lasgouttes]

Le 23/04/2013 17:25, Hashini Senaratne a écrit :

Thank you for this information. I will try to learn more about this. Here,
do you prefer sliding row by row or slide the whole paragraph? I think it
would be better if I try and get back to you.
If a table is too large (or a snippet with multiple columns), when we move
the cursor to the edge of any of the rows, whole table (snippet) should
slide. Will that be doable by following this approach?


To be frank, I do not know. Sometimes (I will write about it in another 
thread to vary a bit) I think that an horizontal scrollbar for the whole 
workarea would actually be enough (but anyway the effect should be 
obtained through changes to TextMetrics.cpp as I described).


Note that a table only requires one Row as I understand it. Therefore 
the whole table would move as a simple object. OTOH in a paragraph, only 
one line of the paragraph would move. Of course some UI would be needed 
to make this understandable.


JMarc

Re: Beamer goto buttons and text hyperlinks

[Jean-Marc Lasgouttes]

Le 20/04/2013 09:06, Jürgen Spitzmüller a écrit :

Scott Kostyshak wrote:

Do you think it's better to add \hyperlink support to the label inset
or to make a separate, collapsable hypertarget inset? \hypertarget
takes two arguments: the name and the text. The name could be set in
the settings, and the text in the collapsable inset.


I'd prefer not to add too many different insets for similar functions. But the
collapsable solution adds some convenience.


We could maybe have an inset that is only a button when no extra text is 
needed and a collapsablme inset otherwise. Somethin in between 
InsetCommand and InsetCollapsable.


JMarc

Re: GSOC 2014 Horizontal Scroll Bar

[Jean-Marc Lasgouttes]

Le 19/04/2013 04:20, Benjamin Le Cam a écrit :

The Horizontal Scroll Bar issue interests me. It looks like to be a
major issue for many people so that would a great thing done. I
already have a good background with Qt and so I'm wondering what
there is no use of QScrollArea in order to have a horizontal scroll
bar needed?


Hello Ben,

I am not sure what QScrollArea does, but we do not want to paint the 
whole document (that could be 100+ pages long) and have Qt manage what 
should be displayed.



I already had to deal with this kind of issue and this is mostly how
I solved it. I also read in the mailing list that a person mentionned
that it would require to use QPainter to draw a custom scrollbar. In
my opinion this is not needed as Qt provides already some good
widgets to handle this.


The problem in this case is that our WorkArea object is not prepared to 
host scrollbars inside it. Also, my original thinking was that having a 
global horizontal scrollbar that would scroll the whole window would be 
ugly, in particular in cases when one want to edit a large equation: the 
result would just be an empty screen with the large equation in the 
middle. So the thinking was that we should just scroll the equation and 
let the rest of the text unchanged. Of course this requires some changes 
in the interface to make things obvious.


I hope these thoughts help.

JMarc

Re: Asking IRC Channel

[Liviu Andronic]

On Tue, Apr 23, 2013 at 4:36 PM, Rob Oakes lyx-de...@oak-tree.us wrote:
 Hi Sanjeev,

 On Tue, 2013-04-23 at 00:57 +0530, sanjeevkumar shetty wrote:
 I searched for your IRC Channel, I couldnt get it, Please help me to
 get it, so that i can specify myself and about my project(advanced
 find and replace). I want  to utilize my knowing knowledge for it and
 also i love learning so . plz.

 The IRC is #lyx-devel on Freenode.

Unfortunately chances are that no one is hanging there. If you want to
discuss some specific proposal, the best place would be lyx-devel.

Regards,
Liviu

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

[Jean-Marc Lasgouttes]

Le 21/04/2013 21:24, pdv a écrit :

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.


I need some time to really understand the code. I will probably do that 
during LDM in Milano at the beginning of May. In  the meantime, here are 
some remarks.


Some general comments:

- please drop the //pdv comments, since they will eventually not be 
necessary anymore.
- please add the #include directives at the right place (separate Qt 
headers from support and frontend ones).



- 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.


I would think that all computation could be done in rowBreakPoint and 
that information could be kept in some data structure, so that the other 
methods can reuse them.



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.


OK.


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.


Why do you add 0x61 to the values?


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 Š).


I do not think there is a need to have a map per document. A shared map 
stored in TextLetrics should be OK (like singleWidth currently).



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;


Did you do some measurement to ensure that there is a gain of doing that?


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


Thanks,
JMarc

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

[Jean-Marc Lasgouttes]

Le 21/04/2013 21:24, pdv a écrit :

(btw I couldn't find support/pmprof.h)


You should find it if you update to latest master (git update --rebase).

JMarc

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

[Jean-Marc Lasgouttes]

Le 21/04/2013 21:24, pdv a écrit :

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 ...


I have compilation problems with your patch, that are solved by 
including support/doctring.H instead of strfwd.h in BufferView.h.

Also, one should use char_type instead of wchar_t in the code.

When running the code with stdlib-debug enables, I get the assertion 
below on user guide. There is a i + 1  end test missing around line 
1020 of TextMetrics.cpp.


JMarc


/usr/include/c++/4.7/bits/basic_string.h:845: std::basic_stringChar, 
Traits, Alloc::reference std::basic_stringChar, Traits, 
Alloc::operator[](std::basic_stringChar, Traits, Alloc::size_type) 
[with _CharT = wchar_t; _Traits = std::char_traitswchar_t; _Alloc = 
std::allocatorwchar_t; std::basic_stringChar, Traits, 
Alloc::reference = wchar_t; std::basic_stringChar, Traits, 
Alloc::size_type = unsigned int]: Assertion '__pos  size()' failed.


Program received signal SIGABRT, Aborted.
0xb7fdd424 in __kernel_vsyscall ()
(gdb) bt
#0  0xb7fdd424 in __kernel_vsyscall ()
#1  0xb6f1e1df in __GI_raise (sig=6)
at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#2  0xb6f21825 in __GI_abort () at abort.c:91
#3  0x08081d1a in std::__replacement_assert (
__file=0x88a3f34 /usr/include/c++/4.7/bits/basic_string.h, 
__line=845,
__function=0x88a4aa0 std::basic_stringwchar_t, 
std::char_traitswchar_t, std::allocatorwchar_t 
::operator[](unsigned int)::__PRETTY_FUNCTION__ 
std::basic_stringChar, Traits, Alloc::reference 
std::basic_stringChar, Traits, 
Alloc::operator[](std::basic_stringChar, Traits, Alloc::size_type) 
[with _CharT = wchar_t; _Traits = std::char_trai...,

__condition=0x88a3f5d __pos  size())
at /usr/include/c++/4.7/i686-linux-gnu/bits/c++config.h:361
#4  0x080841a2 in std::basic_stringwchar_t, std::char_traitswchar_t, 
std::allocatorwchar_t ::operator[] (this=0x973861c, __pos=20)

at /usr/include/c++/4.7/bits/basic_string.h:845
#5  0x0828d7af in lyx::Paragraph::isLineSeparator (this=0x9756658, pos=20)
at ../../master/src/Paragraph.cpp:2994
#6  0x082fc113 in lyx::TextMetrics::rowBreakPoint (this=0xa16b114, 
width=628,

pit=0, pos=0) at ../../master/src/TextMetrics.cpp:1020

Problem related to downloading repositories of Lyx

[Abhishek Sharma]

Like you mentioned in the previous email I visited the website
http://www.lyx.org/HowToUseGIT
and I am also learning to use Lyx as well as QT.

I have installed git but while trying to clone the repositories to my
local directory I get an error message as:

Cloning into 'lyx'...
error: Proxy CONNECT aborted while accessing https://git.lyx.org/lyx/info/refs
fatal: HTTP request failed

I however created my own repository on github and was able to clone it.

I tried searching the web as well as the Lyx resources but was not
able to find the solution.
Kindly Guide me on this I am really interested in your project.

Re: GSoC idea for Layout Editor

[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: GSOC 2013 Aspirant

[stefano franchi]

On Tue, Apr 23, 2013 at 12:38 PM, Abhishek Sharma abhios...@gmail.comwrote:

 Like you mentioned in the previous email I visited the website
 http://www.lyx.org/HowToUseGIT
 and I am also learning to use Lyx as well as QT.

 I have installed git but while trying to clone the repositories to my
 local directory I get an error message as:

 Cloning into 'lyx'...
 error: Proxy CONNECT aborted while accessing
 https://git.lyx.org/lyx/info/refs
 fatal: HTTP request failed

 Hi Abishek,

perhaps you found a temporary server glitch? Cloning with

git clone git://git.lyx.org/lyx

works fine here. Is that the command you used (from a local directory)?

Stefano

P.S. Send your messages to the lyx-devel list rather than directly to me.
You're more likely to get prompt help.





 I tried searching the web as well as the Lyx resources but was not
 able to find the solution.
 Kindly Guide me on this I am really interested in your project.



 On Mon, Apr 22, 2013 at 8:45 AM, stefano franchi
 stefano.fran...@gmail.com wrote:
  Hi Abishek,
 
  welcome to the Lyx community. You may want to search the lyx-devel
 mailing
  list for recent discussions of the two projects you mention in your
 message.
  Then you may want to get lyx codebase from our git repo [1], and begin to
  look at the relevant parts of the code. Feel free to ask the lyx-devel
 list
  any question you may have.
 
 
  Cheers,
 
  Stefano
 
  [1] http://www.lyx.org/HowToUseGIT
 
 
  On Mon, Apr 22, 2013 at 1:42 AM, Abhishek Sharma abhios...@gmail.com
  wrote:
 
  Good day to you.
 
  I'm currently a B.Tech student in Jaypee University of Information
  Technology, HP, India.
 
  I'm interested in your GSOC projects:
   Horizontal scrollbar for tables and math ,
  Toolbar customization dialog
   and have read resources provided at your site.
 
  I'm fluent in C, C++ and Java.I haven't contributed to a open source
  project before. I'm willing to put in extra work required for this
  project.
 
  Kindly advise me if this project is suitable for me and how to get
  started.
 
  Yours sincerely
  Abhishek
  abhios...@gmail.com
 
 
 
 
  --
  __
  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




-- 
__
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

Error in cloning repositories for lyx

[Abhishek Sharma]

Good Day to you.

I'm working on Lyx project on horizontal scrollbar for Lyx.

I have installed git but while trying to clone the repositories to my
local directory I get an error message as:

Cloning into 'lyx'...
error: Proxy CONNECT aborted while accessing https://git.lyx.org/lyx/info/refs
fatal: HTTP request failed

I used the command :

git clone git://git.lyx.org/lyx

from a local directory.

Kindly help.

Re: GSOC 2013 Aspirant

[stefano franchi]

On Tue, Apr 23, 2013 at 3:10 PM, Abhishek Sharma abhios...@gmail.comwrote:

 error: Proxy CONNECT aborted while accessing


Hi Abishek,

I am not an expert on this (far from it), but it seems to me you may have
some problem on your side with your proxy configuration. Perhaps the link
below [1] may help. Other devels may have more insightful feedback


Stefano

[1]
http://stackoverflow.com/questions/128035/how-do-i-pull-from-a-git-repository-through-an-http-proxy


-- 
__
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: About GSoC project Idea Toolbar customization dialog

[Liviu Andronic]

Dear Pankaj,


On Mon, Apr 22, 2013 at 2:06 PM, Pankaj Patil pankajpatil...@gmail.com wrote:
 Hello,
  i am an engineering student[ computer science
 ] and i am interested in doing GSoC 2013 i found a project which is
 making me to do think on that and search related topics on that and do work
 on that  That project is

 Project: Toolbar customization dialog

 i know C++ as it was a subject of my engineering course even if , some
 of the topics related to this project , i may not know...but i am ready to
 learn those things and complete the project [ this is my assumption but not
 the real situation because there may be chance of not knowing the related
 topics ] 

 Can you please help me in this matter  Suggest me something about how
 to go about this project and what are things i need to know to complete this
 project and remaining related things

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

Fwd: GSOC: reStructuredText support for LyX?

[Zahari Dim]

Hello,

Thanks for answering.

Yes, the goal would be to make LyX a frontend  for restructuredText.

As I see it, the user should be able to open (and save) .rst files in lyx
without been aware of the lyx internal format at all (ie LyX could be set
as the default editor for .rst). The LyX file created would be some sort of
temporal file.

Converting to and from rst should be a fairly reachable goal, at least for
the directives that have a straightforward translation to LyX, as there is
already a parser that converts rst to nice python objects (
http://docutils.sourceforge.net/docs/dev/hacking.html ) and there is also a
Lyx parser for python, so it's about putting the two together.

The Lyx-specific insets (like ERT) would appear on the .rst file as
comments, so it would be possible to recover them. As for the document
settings, ideally only the changes from the defaults should be reflected on
the .rst, although that seems difficult (and also changing the defaults
would change the existing file settings).

The unimplemented resT features would be normal plaintext in Lyx (or
perhaps notes, or some rest-ERT is better?) so they can be used back with
the rest tools and warn the user that other lyx exports won't work on them.


In this way the user would always be able to use the file in some way other
than with sphynx/other resT tools.

A secondary goal could be the implementation of a shpinx configuration
menu  in the document settings (for managing the conf.py file of sphinx)
and a sphinx toolbar to call sphinx-build and so on, that would be active
by default when opening a .rst file.


Hope this sounds reasonable.

Zahari.


On Tue, Apr 23, 2013 at 3:58 PM, stefano franchi
stefano.fran...@gmail.comwrote:

 Hi Zahari,

 could provide some more details on the use case scenarios for your
 possible project? Are you seeing LyX as a possible front end
 to interface with resT/Sphinx? Or are there other uses for resT I am
 unaware of? I think some developers expressed interests in a LyX-- resT
 conversion in the past (Guenter Milde?) and even offered to help on the
 docutils side. Perhaps a more detailed description would help us all
 understand better what you have in mind. It certainly would help me.

 Cheers,

 Stefano


 On Tue, Apr 23, 2013 at 4:54 AM, Zahari Dim zaha...@gmail.com wrote:

 Some time ago I was involved in a lab project that would require
 controlling a lot of machines using mostly python. We would need to write a
 lot of documentation, to document the code, but mostly to explain the
 configuration of the machines.

 When I proposed using resT/sphinx for that, the idea was ruled out before
 there isn't a good graphical editor for resT and not everybody was
 comfortable with having to learn yet another typesetting system with no gui
 aid.

 I think LyX could be good for this problem.  I see that adding support
 for resT has been discussed before with some positive opinions. It would
 also allow adding some complex  LaTex markup and using the same doc file
 for publication if needed.

 Do you believe this could be a good project for GSOC? Does it make sense
 to develop a full proposal?

 Thanks,

 Zahari.




 --
 __
 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

[GSoC 2013] Introduction

[Yuri Farias Gomes]

Hello everyone,

My name is Yuri Gomes, I'm a rising senior at Federal University of Campina
Grande - Brazil and I'm interested in contributing to LyX on the GSoC this
year.

I've worked with Qt before as part of a university project creating Apps
for Nokia Smartphones, besides that I've worked a bit using Qt to build GUI
Desktop applications, but most of them were just for fun or to help me on
doing some small task. The project I'm insterest is the Toolbar
customization dialog. I'm interested on the project because this would also
enable me to work with usability which is another field that I'm interested.

Most of my previous experiences are related to Python, Android and some
smaller games in C++, but I'm eager to start working with Qt again!

I've seen some threads about the Toolbar project (I haven't found so many,
though) and I have already submitted my application. If there are any
mentors that could provide me some feedback on my application, that would
be greatly appreciated!

Thanks!

-- 
Yuri Farias Gomes
CS Student at Universidade Federal de Campina Grande
about.me/yurifariasg

Re: improve latex-lyx roundtripping (GSoC)

[Rainer M. Krug]

Cyrille Artho  writes:

> Sounds reasonable. I would recommend, though, that no information is
> duplicated across files. If LyX is used to edit a "pure tex" document,
> then a separate lyx-specific file should keep only additional
> information, to avoid duplication of contents. Also, the extra file
> would be kept under revision control as well, as there may be multiple
> LyX and multiple TeX users working on the same document.

Absolutely - duplication is bad, as it can (will?) lead to problems in
the roundtrip: if the info is changed in the tex (or docx) file and not
in the lyx-specific file, there will be problems on re-import.

Let me re-iterate another point which was made earlier (unfortunately I
don't remember the thread): these discussions are effectively
independent of the second format in the round-trip: if it is tex, docx,
rtf, even txt - the basic discussion is the same. What is different, is 

a) the set of features which can be maintained in the target format
(tex, docx, rtf, txt even, ...)

b) the actual creation of the content file (tex, docx, rtf, ...)

If this is designed right, I think one get an incredibly powerful
framework which can easily be extended to be used for other text
formats.

Cheers,

Rainer


>
> Rainer M. Krug wrote:
>> Cyrille Artho  writes:
>>
>>> 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 :-)
>>
>> There is one strong argument for having multiple files: One can send a
>> "clean" tex (or docx as suggested in another thread) to the co-authors
>> and keep the additional files (in an archive probably?) local. They can
>> not be corrupted, lost or deleted as it would be relatively easy if
>> these would be part in one tex file. Additionally, as a tex document
>> does usually consist anyway of multiple files (the .tex file, often .bib
>> files and images, ...) I don't think it is a big problem to have one
>> more.
>>
>> Cheers,
>>
>> Rainer
>>
>>>
>>> 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

>> <#secure method=pgpmime mode=sign>
>>
>

-- 
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, 
UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Stellenbosch University
South Africa

Tel :   +33 - (0)9 53 10 27 44
Cell:   +33 - (0)6 85 62 59 98
Fax :   +33 - (0)9 58 10 27 44

Fax (D):+49 - (0)3 21 21 25 22 44

email:  rai...@krugs.de

Skype:  RMkrug


pgpyEazd6ZouR.pgp
Description: PGP signature

Re: Idea for and open source project for GSOC

[Rainer M. Krug]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Cyrille Artho  writes:

> Hi Peter,

Hi Peter

interesting idea. I neither use nor know it enough to give comments on
it itself, but I would like to pint out a few aspects which would be
very useful for LyX:

1) the showing of error messages is very useful for many text based
graphics. You mention tikz: I think that is reasonably widely used within
LyX, so that a better integration would be useful and would likely find 
supporters.

2) integration into LyX: I would think about the converters or in
instant preview where this could fit in.

3) I am using e.g. plantuml [1] to generate graphs - would it be
possible to abstract your program to such an extent that it would use
that as well?

4) Just a suggestion: I would change the name MetaView - there are to many 
other companies
called metaview so that you won't find it via google.

Cheers,

Rainer

Footnotes: 
[1]  html://plantuml.sourceforge.net/


> I am not familiar with MetaPost, but your project sounds
> interesting. Is the code for your tool already available? Note that
> your code must be released under one of the GSoC-approved open source
> licenses to be acceptable for GSoC.
>
> To get support from the LyX community, you may consider integration of
> your tool into LyX as the summer project. That ensures a strong link
> to LyX. Other ideas are of course also welcome, as long as they are
> feasible within 2 - 3 months and have a clear project plan.
>
> Peter Zeman wrote:
>> Hello.
>>
>> A few days ago I wrote an email, but I didn't get a response to my
>> mentor request. So now I would like to ask again. I would like to
>> know, whether my idea has a chance to be accepted by your
>> organization. Your organization is the closest to the topic of my
>> project.
>>
>> What is my project about?
>>
>> The purpose is to speed up the development of images in MetaPost. The
>> standard workflow is that you repeatedly compile your Metapost and TeX
>> file, to view the current state of the images. It is quite slow and
>> tedious, when you have to view the output after each edit of some
>> MetaPost file and when some mistakes occur, it takes quite some time
>> to detect it and fix it.
>>
>> The purpose of my program called MetaView is to show immediately the
>> image you are currently working on. Whenever you update the Metapost
>> source file, the image is automatically compiled and displayed. If the
>> compilation fails, it displays the error message immediately. The
>> program will also contain many other features. It is important that
>> the user can use any text editor for editing the Metapost file; there
>> are some similar programs with build-in editors, but those are not
>> convenient. Currently it works only with Metapost, but there should be
>> no problem to make it work with something similar like TikZ or
>> Asymptote.
>>
>> To make everything clear, I made some screenshots, so that you can
>> imagine how the workflow looks like with MetaView. The second
>> screenshot shows what happens when an error occurs in the Metapost
>> source file. Note that much work has to be done.
>>
>> http://atrey.karlin.mff.cuni.cz/~pizet/metaview_workflow.png
>> http://atrey.karlin.mff.cuni.cz/~pizet/metaview_error.png
>>
>> I would be very happy to hear your opinion.
>>
>>Peter Zeman


- -- 
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, 
UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Stellenbosch University
South Africa

Tel :   +33 - (0)9 53 10 27 44
Cell:   +33 - (0)6 85 62 59 98
Fax :   +33 - (0)9 58 10 27 44

Fax (D):+49 - (0)3 21 21 25 22 44

email:  rai...@krugs.de

Skype:  RMkrug
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iQEcBAEBAgAGBQJRdjnNAAoJENvXNx4PUvmCFNUH+QG5TURGprE4X94rBufK9qM6
JNTnr4H7WvAugFjnyGrA8IghDxKlhw5Tgb9VG93jZgHMZwekTYLXZFN8bNTxh6Ot
4tBEulQHjdoM+QbSKGKthXSlY3h4fpexyy0+qD7VpTkgP2Muebsuv+5LPKAb+Nz5
mt+Cof9wuLuKyzhDiWy7t17tuvyCxJ5d62A/+ljEUDmn8VoJjdlJtHuyzm+zj5V3
LSPQAW6WtV4mLS6eyYLGWXOkyTuqRw10Ti6SVuaqtNyepG1ik4E8Cy7F4vH+XoaV
XP+3SEm7GX6xbHpd5dhAaLYY6xIzNtyvPf+SN4snkzHcE7sZleuP6XV9GE2gVWQ=
=45Ew
-END PGP SIGNATURE-

Re: Google summer of code: Student applications now open!

[Pavel Sanda]

Cyrille Artho wrote:
> We encourage you to move discussions on concrete project proposals to
> that site, rather than the mailing list.

We agreed with Cyrille in backgrounds that proposals should go to the mailing
list at an early stage, and to Melange once the overall idea/plan is clear.

You are not forced to follow this route but consider the following reasons:
1. there is bigger mail list audience to spot general design flaws.
2. archiving purposes, even if not accepted by G such document is
   good reference point in our mail list discussions later. 

Pavel

GSOC: reStructuredText support for LyX?

[Zahari Dim]

Some time ago I was involved in a lab project that would require
controlling a lot of machines using mostly python. We would need to write a
lot of documentation, to document the code, but mostly to explain the
configuration of the machines.

When I proposed using resT/sphinx for that, the idea was ruled out before
there isn't a good graphical editor for resT and not everybody was
comfortable with having to learn yet another typesetting system with no gui
aid.

I think LyX could be good for this problem.  I see that adding support for
resT has been discussed before with some positive opinions. It would also
allow adding some complex  LaTex markup and using the same doc file for
publication if needed.

Do you believe this could be a good project for GSOC? Does it make sense to
develop a full proposal?

Thanks,

Zahari.

Re: improve latex-lyx roundtripping (GSoC)

[Guenter Milde]

On 2013-04-23, Rainer M. Krug wrote:
> Cyrille Artho  writes:

>> Sounds reasonable. I would recommend, though, that no information is
>> duplicated across files. If LyX is used to edit a "pure tex" document,
>> then a separate lyx-specific file should keep only additional
>> information, to avoid duplication of contents. Also, the extra file
>> would be kept under revision control as well, as there may be multiple
>> LyX and multiple TeX users working on the same document.

> Absolutely - duplication is bad, as it can (will?) lead to problems in
> the roundtrip: if the info is changed in the tex (or docx) file and not
> in the lyx-specific file, there will be problems on re-import.

I don't think there is need to remove the content from the lyx file if it is
exported to LaTeX (or any other format). Instead, re-import should be in two
steps:

1. conversion to LyX format with default values for LyX-internal settings.

2. merging with the "old" .lyx file, where customized LyX-internal
   settings will replace the defaults if appropriate.
   
Note, that even with a "contentless" specific .lyx file you will need some
means of aligning the stored values to the right place in the re-imported
document and care for added or removed objects that (may) have such settings.


> Let me re-iterate another point which was made earlier (unfortunately I
> don't remember the thread): these discussions are effectively
> independent of the second format in the round-trip: if it is tex, docx,
> rtf, even txt - the basic discussion is the same. What is different, is 

> a) the set of features which can be maintained in the target format
> (tex, docx, rtf, txt even, ...)

> b) the actual creation of the content file (tex, docx, rtf, ...)

> If this is designed right, I think one get an incredibly powerful
> framework which can easily be extended to be used for other text
> formats.

This even more speaks for keeping the complete lyx file and postponing the
merging to the re-import: otherwise we would require one
contentless "lyx-special" file per target format.

Günter

Asking IRC Channel

[sanjeevkumar shetty]

I searched for your IRC Channel, I couldnt get it, Please help me to get
it, so that i can specify myself and about my project(advanced find and
replace). I want  to utilize my knowing knowledge for it and also i love
learning so . plz.


Thanking you,

Re: Asking IRC Channel

[Rob Oakes]

Hi Sanjeev,

On Tue, 2013-04-23 at 00:57 +0530, sanjeevkumar shetty wrote:
> I searched for your IRC Channel, I couldnt get it, Please help me to
> get it, so that i can specify myself and about my project(advanced
> find and replace). I want  to utilize my knowing knowledge for it and
> also i love learning so . plz.

The IRC is #lyx-devel on Freenode.

Re: GSOC: reStructuredText support for LyX?

[stefano franchi]

Hi Zahari,

could provide some more details on the use case scenarios for your possible
project? Are you seeing LyX as a possible front end
to interface with resT/Sphinx? Or are there other uses for resT I am
unaware of? I think some developers expressed interests in a LyX--> resT
conversion in the past (Guenter Milde?) and even offered to help on the
docutils side. Perhaps a more detailed description would help us all
understand better what you have in mind. It certainly would help me.

Cheers,

Stefano


On Tue, Apr 23, 2013 at 4:54 AM, Zahari Dim  wrote:

> Some time ago I was involved in a lab project that would require
> controlling a lot of machines using mostly python. We would need to write a
> lot of documentation, to document the code, but mostly to explain the
> configuration of the machines.
>
> When I proposed using resT/sphinx for that, the idea was ruled out before
> there isn't a good graphical editor for resT and not everybody was
> comfortable with having to learn yet another typesetting system with no gui
> aid.
>
> I think LyX could be good for this problem.  I see that adding support for
> resT has been discussed before with some positive opinions. It would also
> allow adding some complex  LaTex markup and using the same doc file for
> publication if needed.
>
> Do you believe this could be a good project for GSOC? Does it make sense
> to develop a full proposal?
>
> Thanks,
>
> Zahari.
>



-- 
__
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: Interested in GSOC Project:

[Hashini Senaratne]

Scott Kostyshak  lyx.org> writes:
> I think it is best not to duplicate conversations. People on this list
> generally find what's meant for them. If they don't, feel free to bump
> the email after a few days and explicitly CC them.

Thank you Scott. I got your advice and hope to work with the application 
sooner.

Hashini

Re: Interested in GSOC Project:

[Hashini Senaratne]

Jean-Marc Lasgouttes  lyx.org> writes:
> What I would try personally is to look at TextMetrics::drawParagraph 
> (TextMetrics.cpp). There, you can test whether the cursor is in the row 
> one wants to paint, and whether its x_pos() is too large for the screen. 
> In this case you can, as a first experiment change the value of the x 
> parameter of the RowPainter constructor and see how well it works for 
> example for making large equations easy to edit. No UI at this point, 
> and no inset specific code.

Thank you for this information. I will try to learn more about this. Here, 
do you prefer sliding row by row or slide the whole paragraph? I think it 
would be better if I try and get back to you.
If a table is too large (or a snippet with multiple columns), when we move 
the cursor to the edge of any of the rows, whole table (snippet) should 
slide. Will that be doable by following this approach?

> > 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.
> 
> It may be interesting to take a look at BufferView::updateHoveredInset() 
> (BufferView.cpp) where some similar stuff is done for hovering over 
> inset buttons.

This would be really helpful.

> I do read all these mails, even if I do not seems very reactive at times.
> 
> PS: of course, you should also read the threads started by other 
> students interested in this subject, since I may answer there to 
> questions that are of interest for you too.

Of course I will.
Thank you
Hashini

Re: Interested in GSOC Project:

[Jean-Marc Lasgouttes]

Le 23/04/2013 17:25, Hashini Senaratne a écrit :

Thank you for this information. I will try to learn more about this. Here,
do you prefer sliding row by row or slide the whole paragraph? I think it
would be better if I try and get back to you.
If a table is too large (or a snippet with multiple columns), when we move
the cursor to the edge of any of the rows, whole table (snippet) should
slide. Will that be doable by following this approach?


To be frank, I do not know. Sometimes (I will write about it in another 
thread to vary a bit) I think that an horizontal scrollbar for the whole 
workarea would actually be enough (but anyway the effect should be 
obtained through changes to TextMetrics.cpp as I described).


Note that a table only requires one Row as I understand it. Therefore 
the whole table would move as a simple object. OTOH in a paragraph, only 
one line of the paragraph would move. Of course some UI would be needed 
to make this understandable.


JMarc

Re: Beamer goto buttons and text hyperlinks

[Jean-Marc Lasgouttes]

Le 20/04/2013 09:06, Jürgen Spitzmüller a écrit :

Scott Kostyshak wrote:

Do you think it's better to add \hyperlink support to the label inset
or to make a separate, collapsable hypertarget inset? \hypertarget
takes two arguments: the name and the text. The name could be set in
the settings, and the text in the collapsable inset.


I'd prefer not to add too many different insets for similar functions. But the
collapsable solution adds some convenience.


We could maybe have an inset that is only a button when no extra text is 
needed and a collapsablme inset otherwise. Somethin in between 
InsetCommand and InsetCollapsable.


JMarc

Re: GSOC 2014 Horizontal Scroll Bar

[Jean-Marc Lasgouttes]

Le 19/04/2013 04:20, Benjamin Le Cam a écrit :

The Horizontal Scroll Bar issue interests me. It looks like to be a
major issue for many people so that would a great thing done. I
already have a good background with Qt and so I'm wondering what
there is no use of QScrollArea in order to have a horizontal scroll
bar needed?


Hello Ben,

I am not sure what QScrollArea does, but we do not want to paint the 
whole document (that could be 100+ pages long) and have Qt manage what 
should be displayed.



I already had to deal with this kind of issue and this is mostly how
I solved it. I also read in the mailing list that a person mentionned
that it would require to use QPainter to draw a custom scrollbar. In
my opinion this is not needed as Qt provides already some good
widgets to handle this.


The problem in this case is that our WorkArea object is not prepared to 
host scrollbars inside it. Also, my original thinking was that having a 
global horizontal scrollbar that would scroll the whole window would be 
ugly, in particular in cases when one want to edit a large equation: the 
result would just be an empty screen with the large equation in the 
middle. So the thinking was that we should just scroll the equation and 
let the rest of the text unchanged. Of course this requires some changes 
in the interface to make things obvious.


I hope these thoughts help.

JMarc

Re: Asking IRC Channel

[Liviu Andronic]

On Tue, Apr 23, 2013 at 4:36 PM, Rob Oakes  wrote:
> Hi Sanjeev,
>
> On Tue, 2013-04-23 at 00:57 +0530, sanjeevkumar shetty wrote:
>> I searched for your IRC Channel, I couldnt get it, Please help me to
>> get it, so that i can specify myself and about my project(advanced
>> find and replace). I want  to utilize my knowing knowledge for it and
>> also i love learning so . plz.
>
> The IRC is #lyx-devel on Freenode.
>
Unfortunately chances are that no one is hanging there. If you want to
discuss some specific proposal, the best place would be lyx-devel.

Regards,
Liviu

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

[Jean-Marc Lasgouttes]

Le 21/04/2013 21:24, pdv a écrit :

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.


I need some time to really understand the code. I will probably do that 
during LDM in Milano at the beginning of May. In  the meantime, here are 
some remarks.


Some general comments:

- please drop the //pdv comments, since they will eventually not be 
necessary anymore.
- please add the #include directives at the right place (separate Qt 
headers from support and frontend ones).



- 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.


I would think that all computation could be done in rowBreakPoint and 
that information could be kept in some data structure, so that the other 
methods can reuse them.



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.


OK.


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.


Why do you add 0x61 to the values?


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 Š).


I do not think there is a need to have a map per document. A shared map 
stored in TextLetrics should be OK (like singleWidth currently).



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;


Did you do some measurement to ensure that there is a gain of doing that?


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


Thanks,
JMarc

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

[Jean-Marc Lasgouttes]

Le 21/04/2013 21:24, pdv a écrit :

(btw I couldn't find support/pmprof.h)


You should find it if you update to latest master (git update --rebase).

JMarc

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

[Jean-Marc Lasgouttes]

Le 21/04/2013 21:24, pdv a écrit :

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 ...


I have compilation problems with your patch, that are solved by 
including  instead of strfwd.h in BufferView.h.

Also, one should use char_type instead of wchar_t in the code.

When running the code with stdlib-debug enables, I get the assertion 
below on user guide. There is a "i + 1 < end" test missing around line 
1020 of TextMetrics.cpp.


JMarc


/usr/include/c++/4.7/bits/basic_string.h:845: std::basic_string::reference std::basic_string::operator[](std::basic_string::size_type) 
[with _CharT = wchar_t; _Traits = std::char_traits; _Alloc = 
std::allocator; std::basic_string::reference = wchar_t&; std::basic_string::size_type = unsigned int]: Assertion '__pos < size()' failed.


Program received signal SIGABRT, Aborted.
0xb7fdd424 in __kernel_vsyscall ()
(gdb) bt
#0  0xb7fdd424 in __kernel_vsyscall ()
#1  0xb6f1e1df in __GI_raise (sig=6)
at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#2  0xb6f21825 in __GI_abort () at abort.c:91
#3  0x08081d1a in std::__replacement_assert (
__file=0x88a3f34 "/usr/include/c++/4.7/bits/basic_string.h", 
__line=845,
__function=0x88a4aa0 ::operator[](unsigned int)::__PRETTY_FUNCTION__> 
"std::basic_string::reference 
std::basic_string::operator[](std::basic_string::size_type) 
[with _CharT = wchar_t; _Traits = std::char_trai"...,

__condition=0x88a3f5d "__pos < size()")
at /usr/include/c++/4.7/i686-linux-gnu/bits/c++config.h:361
#4  0x080841a2 in std::basic_string::operator[] (this=0x973861c, __pos=20)

at /usr/include/c++/4.7/bits/basic_string.h:845
#5  0x0828d7af in lyx::Paragraph::isLineSeparator (this=0x9756658, pos=20)
at ../../master/src/Paragraph.cpp:2994
#6  0x082fc113 in lyx::TextMetrics::rowBreakPoint (this=0xa16b114, 
width=628,

pit=0, pos=0) at ../../master/src/TextMetrics.cpp:1020

Problem related to downloading repositories of Lyx

[Abhishek Sharma]

Like you mentioned in the previous email I visited the website
http://www.lyx.org/HowToUseGIT
and I am also learning to use Lyx as well as QT.

I have installed git but while trying to clone the repositories to my
local directory I get an error message as:

Cloning into 'lyx'...
error: Proxy CONNECT aborted while accessing https://git.lyx.org/lyx/info/refs
fatal: HTTP request failed

I however created my own repository on github and was able to clone it.

I tried searching the web as well as the Lyx resources but was not
able to find the solution.
Kindly Guide me on this I am really interested in your project.

Re: GSoC idea for Layout Editor

[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: GSOC 2013 Aspirant

[stefano franchi]

On Tue, Apr 23, 2013 at 12:38 PM, Abhishek Sharma wrote:

> Like you mentioned in the previous email I visited the website
> http://www.lyx.org/HowToUseGIT
> and I am also learning to use Lyx as well as QT.
>
> I have installed git but while trying to clone the repositories to my
> local directory I get an error message as:
>
> Cloning into 'lyx'...
> error: Proxy CONNECT aborted while accessing
> https://git.lyx.org/lyx/info/refs
> fatal: HTTP request failed
>
> Hi Abishek,

perhaps you found a temporary server glitch? Cloning with

git clone git://git.lyx.org/lyx

works fine here. Is that the command you used (from a local directory)?

Stefano

P.S. Send your messages to the lyx-devel list rather than directly to me.
You're more likely to get prompt help.





> I tried searching the web as well as the Lyx resources but was not
> able to find the solution.
> Kindly Guide me on this I am really interested in your project.
>
>
>
> On Mon, Apr 22, 2013 at 8:45 AM, stefano franchi
>  wrote:
> > Hi Abishek,
> >
> > welcome to the Lyx community. You may want to search the lyx-devel
> mailing
> > list for recent discussions of the two projects you mention in your
> message.
> > Then you may want to get lyx codebase from our git repo [1], and begin to
> > look at the relevant parts of the code. Feel free to ask the lyx-devel
> list
> > any question you may have.
> >
> >
> > Cheers,
> >
> > Stefano
> >
> > [1] http://www.lyx.org/HowToUseGIT
> >
> >
> > On Mon, Apr 22, 2013 at 1:42 AM, Abhishek Sharma 
> > wrote:
> >>
> >> Good day to you.
> >>
> >> I'm currently a B.Tech student in Jaypee University of Information
> >> Technology, HP, India.
> >>
> >> I'm interested in your GSOC projects:
> >>  "Horizontal scrollbar for tables and math" ,
> >> "Toolbar customization dialog"
> >>  and have read resources provided at your site.
> >>
> >> I'm fluent in C, C++ and Java.I haven't contributed to a open source
> >> project before. I'm willing to put in extra work required for this
> >> project.
> >>
> >> Kindly advise me if this project is suitable for me and how to get
> >> started.
> >>
> >> Yours sincerely
> >> Abhishek
> >> abhios...@gmail.com
> >
> >
> >
> >
> > --
> > __
> > 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
>



-- 
__
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

Error in cloning repositories for lyx

[Abhishek Sharma]

Good Day to you.

I'm working on Lyx project on horizontal scrollbar for Lyx.

I have installed git but while trying to clone the repositories to my
local directory I get an error message as:

Cloning into 'lyx'...
error: Proxy CONNECT aborted while accessing https://git.lyx.org/lyx/info/refs
fatal: HTTP request failed

I used the command :

git clone git://git.lyx.org/lyx

from a local directory.

Kindly help.

Re: GSOC 2013 Aspirant

[stefano franchi]

On Tue, Apr 23, 2013 at 3:10 PM, Abhishek Sharma wrote:

> error: Proxy CONNECT aborted while accessing


Hi Abishek,

I am not an expert on this (far from it), but it seems to me you may have
some problem on your side with your proxy configuration. Perhaps the link
below [1] may help. Other devels may have more insightful feedback


Stefano

[1]
http://stackoverflow.com/questions/128035/how-do-i-pull-from-a-git-repository-through-an-http-proxy


-- 
__
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: About GSoC project Idea Toolbar customization dialog

[Liviu Andronic]

Dear Pankaj,


On Mon, Apr 22, 2013 at 2:06 PM, Pankaj Patil  wrote:
> Hello,
>  i am an engineering student[ computer science
> ] and i am interested in doing GSoC 2013 i found a project which is
> making me to do think on that and search related topics on that and do work
> on that  That project is
>
> Project: Toolbar customization dialog
>
> i know C++ as it was a subject of my engineering course even if , some
> of the topics related to this project , i may not know...but i am ready to
> learn those things and complete the project [ this is my assumption but not
> the real situation because there may be chance of not knowing the related
> topics ] 
>
> Can you please help me in this matter  Suggest me something about "how
> to go about this project and what are things i need to know to complete this
> project and remaining related things"
>
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

Fwd: GSOC: reStructuredText support for LyX?

[Zahari Dim]

Hello,

Thanks for answering.

Yes, the goal would be to make LyX a frontend  for restructuredText.

As I see it, the user should be able to open (and save) .rst files in lyx
without been aware of the lyx internal format at all (ie LyX could be set
as the default editor for .rst). The LyX file created would be some sort of
temporal file.

Converting to and from rst should be a fairly reachable goal, at least for
the directives that have a straightforward translation to LyX, as there is
already a parser that converts rst to nice python objects (
http://docutils.sourceforge.net/docs/dev/hacking.html ) and there is also a
Lyx parser for python, so it's about putting the two together.

The Lyx-specific insets (like ERT) would appear on the .rst file as
comments, so it would be possible to recover them. As for the document
settings, ideally only the changes from the defaults should be reflected on
the .rst, although that seems difficult (and also changing the defaults
would change the existing file settings).

The unimplemented resT features would be normal plaintext in Lyx (or
perhaps notes, or some rest-ERT is better?) so they can be used back with
the rest tools and warn the user that other lyx exports won't work on them.


In this way the user would always be able to use the file in some way other
than with sphynx/other resT tools.

A secondary goal could be the implementation of a shpinx configuration
menu  in the document settings (for managing the conf.py file of sphinx)
and a sphinx toolbar to call sphinx-build and so on, that would be active
by default when opening a .rst file.


Hope this sounds reasonable.

Zahari.


On Tue, Apr 23, 2013 at 3:58 PM, stefano franchi
wrote:

> Hi Zahari,
>
> could provide some more details on the use case scenarios for your
> possible project? Are you seeing LyX as a possible front end
> to interface with resT/Sphinx? Or are there other uses for resT I am
> unaware of? I think some developers expressed interests in a LyX--> resT
> conversion in the past (Guenter Milde?) and even offered to help on the
> docutils side. Perhaps a more detailed description would help us all
> understand better what you have in mind. It certainly would help me.
>
> Cheers,
>
> Stefano
>
>
> On Tue, Apr 23, 2013 at 4:54 AM, Zahari Dim  wrote:
>
>> Some time ago I was involved in a lab project that would require
>> controlling a lot of machines using mostly python. We would need to write a
>> lot of documentation, to document the code, but mostly to explain the
>> configuration of the machines.
>>
>> When I proposed using resT/sphinx for that, the idea was ruled out before
>> there isn't a good graphical editor for resT and not everybody was
>> comfortable with having to learn yet another typesetting system with no gui
>> aid.
>>
>> I think LyX could be good for this problem.  I see that adding support
>> for resT has been discussed before with some positive opinions. It would
>> also allow adding some complex  LaTex markup and using the same doc file
>> for publication if needed.
>>
>> Do you believe this could be a good project for GSOC? Does it make sense
>> to develop a full proposal?
>>
>> Thanks,
>>
>> Zahari.
>>
>
>
>
> --
> __
> 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
>

[GSoC 2013] Introduction

[Yuri Farias Gomes]

Hello everyone,

My name is Yuri Gomes, I'm a rising senior at Federal University of Campina
Grande - Brazil and I'm interested in contributing to LyX on the GSoC this
year.

I've worked with Qt before as part of a university project creating Apps
for Nokia Smartphones, besides that I've worked a bit using Qt to build GUI
Desktop applications, but most of them were just for fun or to help me on
doing some small task. The project I'm insterest is the Toolbar
customization dialog. I'm interested on the project because this would also
enable me to work with usability which is another field that I'm interested.

Most of my previous experiences are related to Python, Android and some
smaller games in C++, but I'm eager to start working with Qt again!

I've seen some threads about the Toolbar project (I haven't found so many,
though) and I have already submitted my application. If there are any
mentors that could provide me some feedback on my application, that would
be greatly appreciated!

Thanks!

-- 
Yuri Farias Gomes
CS Student at Universidade Federal de Campina Grande
about.me/yurifariasg