John Spray wrote:
I would recommend against remembering window position. Good window
managers make an effort to place a new window such that it occupies any
blank space available.
Maybe Linux window managers have some logic to position windows nicely,
but it is common for all Windows applicat
On Fri, 2006-03-24 at 18:02 -0600, Bo Peng wrote:
> 5. Lyx window position when closed?
> 6. Lyx window size when closed?
I would recommend against remembering window position. Good window
managers make an effort to place a new window such that it occupies any
blank space available.
Window size,
Bo Peng wrote:
OK. Let us decide first what should go into this session file, and how
to name them (will be used in either .ini format or XML format).
5. Lyx window position when closed?
6. Lyx window size when closed?
I don't know what the Linux/Mac situation is, but LyX for Windows always
a
Martin Vermeer <[EMAIL PROTECTED]> writes:
| On Sat, Mar 25, 2006 at 03:04:56PM +0100, Georg Baum wrote:
| > Am Samstag, 25. März 2006 14:14 schrieb Martin Vermeer:
|
| ...
|
| > > How does this idea feel?
| >
| > Very good from an implementation point of view (of course nothing for 1.4
| > b
On Sat, Mar 25, 2006 at 03:04:56PM +0100, Georg Baum wrote:
> Am Samstag, 25. März 2006 14:14 schrieb Martin Vermeer:
...
> > How does this idea feel?
>
> Very good from an implementation point of view (of course nothing for 1.4
> because of file format change). Not so good from a semantic poi
Martin Vermeer <[EMAIL PROTECTED]> writes:
| On Fri, Mar 24, 2006 at 01:09:53PM -0600, Bo Peng wrote:
| > Dear list,
|
| ...
|
| > The bookmark feature is easy to add but I will wait till this one is
approved.
|
| An idea for bookmark implementation that I have thrown up earlier,
| without g
Am Samstag, 25. März 2006 14:14 schrieb Martin Vermeer:
> The only drawback I see is that their _numbering_ is not persistent --
> you can add bookmarks in-between and they will re-number. But in
> compensation, as it were, you can enter text strings into them as
> captions, which will appear in t
Martin Vermeer a écrit :
On Fri, Mar 24, 2006 at 01:09:53PM -0600, Bo Peng wrote:
Dear list,
...
The bookmark feature is easy to add but I will wait till this one is approved.
An idea for bookmark implementation that I have thrown up earlier,
without getting much of a response: make it a
On Fri, Mar 24, 2006 at 01:09:53PM -0600, Bo Peng wrote:
> Dear list,
...
> The bookmark feature is easy to add but I will wait till this one is approved.
An idea for bookmark implementation that I have thrown up earlier,
without getting much of a response: make it a Float inset type.
This wa
On Sat, 2006-03-25 at 08:18 +0100, Juergen Spitzmueller wrote:
> > Anything else for a session management tool?
>
> Perhaps
> 7. toolbars state
Surely visible toolbars are more of an 'option' than a session thing?
This is something one would *always* want remembered, unlike session
information wh
Bo Peng wrote:
> 1. lastfiles : Recently opened files, except for those help files
> 2. last opened files : Opened buffers when lyx is closed
> 3. file positions : Position of cursor when a buffer is closed
> 4. Bookmarks : bookmarks when lyx is closed
> 5. Lyx window position when closed?
> 6. Lyx
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| | +LyXSession::LyXSession(unsigned int num)
|
| Please don't call this class "LyXSession", just call it session and
| put in the LyX namespace.
But of course we don't have a LyX namespace... but we do have a 'lyx'
one.
--
Lgb
"Bo Peng" <[EMAIL PROTECTED]> writes:
| OK. Let us decide first what should go into this session file, and how
| to name them (will be used in either .ini format or XML format).
|
| 1. lastfiles : Recently opened files, except for those help files
| 2. last opened files : Opened buffers when lyx
"Bo Peng" <[EMAIL PROTECTED]> writes:
| Index: src/lyx_cb.C
| ===
| --- src/lyx_cb.C (revision 13486)
| +++ src/lyx_cb.C (working copy)
| @@ -22,7 +22,7 @@
| #include "cursor.h"
| #include "debug.h"
| #include "gettext.h"
OK. Let us decide first what should go into this session file, and how
to name them (will be used in either .ini format or XML format).
1. lastfiles : Recently opened files, except for those help files
2. last opened files : Opened buffers when lyx is closed
3. file positions : Position of cursor
"Bo Peng" <[EMAIL PROTECTED]> writes:
| > And I fail to see which goal posts I am moving.
| > This was after all new devlopemtn with a single session file that
| > ...
|
| Please stop arguing on the file format issue.. File format is easy to
| change and can be done later. All that is concerned i
> And I fail to see which goal posts I am moving.
> This was after all new devlopemtn with a single session file that
> ...
Please stop arguing on the file format issue.. File format is easy to
change and can be done later. All that is concerned is the readFile
and writeFile function.
Attached is
"Bo Peng" <[EMAIL PROTECTED]> writes:
| > "load_last_session"?
| > "fileplaces", "filepositions"?
| > "lastsession"?
|
| It is quite easy to change these names. I guess I can trust you to do
| some global find/replaces to the patch before you apply the patch (if
| you will ever apply).
I don't
Angus Leeming <[EMAIL PROTECTED]> writes:
| > Experience wise, I agree. And I think it is a perfect idea to use XML
| > for .lyx file. However, for this simple case, there is *no* need for a
| > XML format.
|
| Agreed 100%
The more stuff that is stuffed into this file the less simple it gets.
|
Bo Peng <[EMAIL PROTECTED]> writes:
>
> > We are going to more the main file format to xml later (1.6 most
> > likely) and I think it would be perhaps unwise of use to introduce a
> > ini format now. Also getting some experience with xml writing and
> > (especially) reading before we begin with t
> We are going to more the main file format to xml later (1.6 most
> likely) and I think it would be perhaps unwise of use to introduce a
> ini format now. Also getting some experience with xml writing and
> (especially) reading before we begin with the fileformat change would
> be really nice.
Ex
> "load_last_session"?
> "fileplaces", "filepositions"?
> "lastsession"?
It is quite easy to change these names. I guess I can trust you to do
some global find/replaces to the patch before you apply the patch (if
you will ever apply).
> I think it should be written (yup, here it comes) so that w
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| "Bo Peng" <[EMAIL PROTECTED]> writes:
|
| | Dear list,
| |
| | The new patch combines lastfiles and filepositions, and add lastopened
| | (and will add bookmarks) to a single session management interface.
| | Please let me know if you like it.
|
"Bo Peng" <[EMAIL PROTECTED]> writes:
| Dear list,
|
| The new patch combines lastfiles and filepositions, and add lastopened
| (and will add bookmarks) to a single session management interface.
| Please let me know if you like it.
Actually despite my earlier comments, I so far do like the look
Bo Peng a écrit :
I like it but my opinion does not count much. I hope they will not
reject this patch because it brings too many things at the same time,
That is why I am stopping here and waiting for their responses. Lars
and Angus seem to like independent, clean and small patches but I do
no
> I like it but my opinion does not count much. I hope they will not
> reject this patch because it brings too many things at the same time,
That is why I am stopping here and waiting for their responses. Lars
and Angus seem to like independent, clean and small patches but I do
not think it is a g
Bo Peng a écrit :
Dear list,
The new patch combines lastfiles and filepositions, and add lastopened
(and will add bookmarks) to a single session management interface.
Please let me know if you like it.
I like it but my opinion does not count much. I hope they will not
reject this patch becaus
Dear list,
The new patch combines lastfiles and filepositions, and add lastopened
(and will add bookmarks) to a single session management interface.
Please let me know if you like it.
What it does:
1. remove lastfile and its rc entries
2. add use_lastfilepos and load_session rc entries
3. remove
28 matches
Mail list logo
