Am Freitag 13 Februar 2009 schrieb Peter Kuemmel:
> > You are doing great work here Kornel. But as for the packaging, I don't
> > think rpm is so important, I'd rather think we are in greater need of:
>
> I really like to see the generation of deb and rpm files in a way I could
> reproduce with cma
On Fri, Feb 13, 2009 at 03:24:30AM +0100, Pavel Sanda wrote:
> hi,
>
> i got finally frustrated that i cant use temp bookmark similarly as ``
> do in vim. would be anybody opposed to adding new button for the back
> navigation into the main toolbar?
Not me.
Andre'
> > If CMake is to supplant scons on the Windows side, Windows installer is
> > the top priority IMHO.
>
> I hope here for the experience of Peter, since I have _very_ little
> knowledge in this area.
I think I will be lost there without the help of Uwe or Joost.
Peter
--
Jetzt 1 Monat kosten
> You are doing great work here Kornel. But as for the packaging, I don't
> think rpm is so important, I'd rather think we are in greater need of:
I really like to see the generation of deb and rpm files in a way I could
reproduce with cmake. Are these packages usable for distributions?
> - t
Abdelrazak Younes wrote:
Richard Heck wrote:
Manoj Rajagopalan wrote:
Hi dev group,
Sometime ago, I'd filed a feature request for supporting named
sessions in LyX:
http://bugzilla.lyx.org/show_bug.cgi?id=5551
I'd like to enquire if someone is already working on that or if I
could gi
Pavel Sanda wrote:
Vincent van Ravesteijn - TNW wrote:
I'd be happy to get feedback from you (and other experts on this issue),
its very good somebody detached from the past flames works on this and i hope
we won't lose next developer :) it would be indeed better to dissect the feature
> We are only talking about maintaining a list of links in the Buffer structure
> within LyX itself,
> not in an external manifest file.
Sorry, I have not traced the development of LyX for a while...
> Please, no drama this time :-)
You can trust me on this. I am already retired so the most I
Richard Heck wrote:
Manoj Rajagopalan wrote:
Hi dev group,
Sometime ago, I'd filed a feature request for supporting named
sessions in LyX:
http://bugzilla.lyx.org/show_bug.cgi?id=5551
I'd like to enquire if someone is already working on that or if I
could give this a shot. There seems
Bo Peng wrote:
Not that I am an expert but you first step is OK with me. Note that you kind
of already have that with the Navigator for InsetGraphics.
But the need for a manifest file/registration has not been agreed upon
(my embedding approach does not need it).
We are only talking abou
Manoj Rajagopalan wrote:
Hi dev group,
Sometime ago, I'd filed a feature request for supporting named
sessions in LyX:
http://bugzilla.lyx.org/show_bug.cgi?id=5551
I'd like to enquire if someone is already working on that or if I
could give this a shot. There seems to be a Session clas
Pavel Sanda wrote:
Manoj wrote:
Yes, the tristate property. I just tried that on Qt4 designer. the three
states are: blank, greyed (dim) X mark, black X mark. I wonder if this
would be intuitive - the greyed X meaning 'weaker' sort criterion and
therefore case-insensitive. It would preserve th
> Not that I am an expert but you first step is OK with me. Note that you kind
> of already have that with the Navigator for InsetGraphics.
But the need for a manifest file/registration has not been agreed upon
(my embedding approach does not need it). I disagree with your
incremental approach bec
Pavel Sanda wrote:
> > Yes, the tristate property. I just tried that on Qt4 designer. the three
> > states are: blank, greyed (dim) X mark, black X mark. I wonder if this
> > would be intuitive - the greyed X meaning 'weaker' sort criterion and
> > therefore case-insensitive. It would preserve the
> Manoj wrote:
> Yes, the tristate property. I just tried that on Qt4 designer. the three
> states are: blank, greyed (dim) X mark, black X mark. I wonder if this
> would be intuitive - the greyed X meaning 'weaker' sort criterion and
> therefore case-insensitive. It would preserve the existing
Pavel Sanda wrote:
> > My LyX-time comes in bits and pieces, so I hope it is ok to contribute
> > small pieces? (My experience with working over time is bad - suddenly
> > someone add a subsystem with lots of strings, and the po-file I work on
> > no longer fits. Updating in small pieces should wor
Pavel Sanda wrote:
> Juergen, should i prepare&test patch for 1.6.3? pavel
For 1.6.3, yes.
Jürgen
Jean-Marc Lasgouttes wrote:
> Pavel Sanda writes:
> > actually i started work on back&forward stack but as time was passing the
> > code
> > started to be rather complex without any short outlook for completion. so i
> > stopped it and used this rather simplistic version with the hope for 1.6.3.
Vincent van Ravesteijn - TNW wrote:
I'm sort of working on the subject..
How do you think of David's proposal? Do you already have
your own proposal or even implementation somewhere?
Hi Bo,
It's nice to see that David is thinking with us, but as you said, I
think the prop
Helge Hafting wrote:
> This patch updates nb translations for the File, Edit and View menus.
>
> My LyX-time comes in bits and pieces, so I hope it is ok to contribute
> small pieces? (My experience with working over time is bad - suddenly
> someone add a subsystem with lots of strings, and the po
Vincent van Ravesteijn - TNW wrote:
> - to implement the features incrementally, because I'm afraid that if I
> propose one large patch sometime, that we will end up in a never-ending
> discussion. I think the feature is separable into small chunks, which we
> can discuss individually.
>
> - not t
Vincent van Ravesteijn - TNW wrote:
If we have such a list we can easily implement "Export to directory..",
which is step 1 of the embedding/bundling feature (IMHO).
... and already make a good chunk of the users happy!
Well, at least one. :)
/Konrad
Manoj Rajagopalan wrote:
> With so many different views about what the functionality should be, I find
> myself thinking that the patch I have submitted is probably the general
> solution for the reference dialog that addresses all points raised. Those
> who use case-sensitive sorting may contin
Hi dev group,
Sometime ago, I'd filed a feature request for supporting named
sessions in LyX:
http://bugzilla.lyx.org/show_bug.cgi?id=5551
I'd like to enquire if someone is already working on that or if I could
give this a shot. There seems to be a Session class already for
recording t
With so many different views about what the functionality should be, I
find myself thinking that the patch I have submitted is probably the
general solution for the reference dialog that addresses all points
raised. Those who use case-sensitive sorting may continue to do so -
others can switch
>> I'm sort of working on the subject..
>
>How do you think of David's proposal? Do you already have
>your own proposal or even implementation somewhere?
>
Hi Bo,
It's nice to see that David is thinking with us, but as you said, I
think the proposal is not shockingly different from the things
> I'm sort of working on the subject..
How do you think of David's proposal? Do you already have your own
proposal or even implementation somewhere?
Bo
Jean-Marc Lasgouttes wrote:
> Since your new feature does not use the bookmark machinery (and is local
> to the document), I think it would be better to have a separate lfun...
actually it uses the machinery, so its not per document setting unless somebody
cleanup all the FIXME's in the code about
But I am not sure I like the introduction of LFUN_OUTLINER_CONTEXT;
this is a GUI only thing and the core shouldn't have to know what's
going on, only the TocWidget should know that a context menu was
requested inside itself. For me, the separation line is simple, the
only thing the core ha
Juergen Spitzmueller wrote:
> > - Since 4 weeks I provide a fixed Win installer (version 4.17), but on
> > ftp.lyx.org is still version 4.16
>
> I'll have a look at the weekend.
I've uploaded the two new builds now.
Jürgen
Pavel Sanda writes:
> actually i started work on back&forward stack but as time was passing the code
> started to be rather complex without any short outlook for completion. so i
> stopped it and used this rather simplistic version with the hope for 1.6.3.
Makes sense.
JMarc
Jean-Marc Lasgouttes wrote:
> Pavel Sanda writes:
> > now with back-from-back jump too.
>
> Looks good.
>
> > +void BufferView::editBookmarkSave()
>
> I'd really prefer a name like saveEditBookMark. Not necessarily this one
> which does not sound so good, but at least one where the first work i
Am 2009-02-13 schrieb Abdelrazak Younes:
> Kornel Benko wrote:
> > Am 2009-02-13 schrieb Kornel Benko:
> > ...
> >
> >> Does anyone know about some magic variable I could set before calling
> >>include(CPack)
> >> in CMakeLists.txt?
> >>
> >>
> > Ha, some "more googling" was needed, now
Abdelrazak Younes wrote:
> No objection from me. This feature is available on a number of text or word
> processor is very useful.
>
> So the shortcut will be Ctrl-0, won't it?
currently Ctrl + < , but we can add/change it, i have no opinion.
pavel
Kornel Benko wrote:
Am 2009-02-13 schrieb Kornel Benko:
...
Does anyone know about some magic variable I could set before calling
include(CPack)
in CMakeLists.txt?
Ha, some "more googling" was needed, now I found it.
We have to set
SET(CPACK_SET_DESTDIR "ON")
first.
So
Am 2009-02-13 schrieb Kornel Benko:
...
>
> Does anyone know about some magic variable I could set before calling
> include(CPack)
> in CMakeLists.txt?
>
Ha, some "more googling" was needed, now I found it.
We have to set
SET(CPACK_SET_DESTDIR "ON")
first.
So, now the packaging (at
Vincent van Ravesteijn - TNW wrote:
One more point: Thanks to the great work of Vincent,
I suspect more and people will use the Navigator instead
of the reference dialog for reference insertion.
You mean the (future) context menus (which are collecting stuff right
now) ?
Right.
> One more point: Thanks to the great work of Vincent,
> I suspect more and people will use the Navigator instead
> of the reference dialog for reference insertion.
You mean the (future) context menus (which are collecting stuff right
now) ?
> Abdel.
Vincent
>> I guess I'll look forward to LyX 2.0 and embedding!
>
>I am not sure about this. The whole embedding/bundling feature
>was postponed indefinitely due to discrepancies between developers.
>Because I have retired from the development of LyX, you will not
>see an embedding feature in LyX 2.0 unle
Abdelrazak Younes writes:
> True, I've always used Ctrl-Z Ctrl-Y in order to mimick this feature,
> so surely there's a way to implement it using undo/redo :-)
Indeed, I did not think about _really_ using undo for this, but it is
possible in theory. However, it would probably be very confusing. I
Jean-Marc Lasgouttes wrote:
Pavel Sanda writes:
now with back-from-back jump too.
Looks good.
+void BufferView::editBookmarkSave()
I'd really prefer a name like saveEditBookMark. Not necessarily this one
which does not sound so good, but at least one where the first work i
Pavel Sanda writes:
> now with back-from-back jump too.
Looks good.
> +void BufferView::editBookmarkSave()
I'd really prefer a name like saveEditBookMark. Not necessarily this one
which does not sound so good, but at least one where the first work is
the verb. Maybe bookmarkEditPosition?
> +
Pavel Sanda wrote:
Pavel Sanda wrote:
hi,
i got finally frustrated that i cant use temp bookmark similarly as `` do in
vim.
would be anybody opposed to adding new button for the back navigation into the main
toolbar?
now with back-from-back jump too.
No objection from me. Thi
Edwin Leuven wrote:
Vincent wrote:
I know that you know what it means, but I can't work with a sorted list,
but maybe that is because I suck at coming up with good label keys. So
if we would sort the list by default I may learn that.
i suppose we all have our habits.
the best option
Hi,
in our cmake build I try to use the module CPack to create packages.
All of following applies to rpm on linux, other packages may be ok. Debian will
be tested on weekend.
.
All but one part is making well.
This one part is:
I was unable to set the correct installation directory.
The p
44 matches
Mail list logo
