Abdelrazak Younes wrote:
I have now restored the backing pixmap. -dbg painting will print at
the console which area is refreshed.
Showstoppers with hope:
- In math the cursor blinks at the start of the math inset and then
seems to go the correct place afterwards. I suggest that Peter's
On Fri, Nov 03, 2006 at 12:05:09AM +0100, Peter Kümmel wrote:
The most recent commit was Abdel's revert to the pixmap painting strategy,
No this has happened ever since the meeting (but before that I'd not
checked for a long time). I'm surprised some others can't see it, just
dragging the mouse
Peter Kümmel wrote:
Abdelrazak Younes wrote:
I have now restored the backing pixmap. -dbg painting will print at
the console which area is refreshed.
Showstoppers with hope:
- In math the cursor blinks at the start of the math inset and then
seems to go the correct place afterwards. I
I hadn't rebuilt, didn't notice I had a conflict. I can confirm that
Peter's patch does indeed work for me. Great stuff!
apologies,
john
On Thursday 02 November 2006 10:54 pm, John Levon wrote:
Afraid not, I've just updated and built, and things are actually a
little worse. Insets like Note jump in size between screen-wide and
shrink-sized, as well as all the previous selection troubles.
Do you have more details?
I am
Asger Ottar Alstrup wrote:
- Crashes with multiple windows open. It seems that Buffer contains Rows
of paragraphs, and this is no good in a multiple view setting. Options:
a) Rework Buffer to not have Rows (big change, risky), b) Disable
multiple views completely for now, c) Disable multiple
On Fri, Nov 03, 2006 at 05:16:51PM +1800, Bo Peng wrote:
Yeap. With my last update, bookmarks and toolbars should be working
well. These features will never be show stoppers so I have no chance
to become a hero. :-)
Bo, View-Source seems currently broken. I don't know how much
On Friday 03 November 2006 12:05 am, Enrico Forestieri wrote:
Bo, View-Source seems currently broken. I don't know how much
non-showstoppers are required to equal a showstopper but I think three
should suffice, so you have your chance to enter the hall of fame ;-)
What is broken?
I have
On Fri, Nov 03, 2006 at 12:07:56AM +, José Matos wrote:
On Friday 03 November 2006 12:05 am, Enrico Forestieri wrote:
Bo, View-Source seems currently broken. I don't know how much
non-showstoppers are required to equal a showstopper but I think three
should suffice, so you have your
Enrico Forestieri wrote:
On Fri, Nov 03, 2006 at 12:07:56AM +, José Matos wrote:
On Friday 03 November 2006 12:05 am, Enrico Forestieri wrote:
Bo, View-Source seems currently broken. I don't know how much
non-showstoppers are required to equal a showstopper but I think three
should
Abdelrazak Younes wrote:
Man, why are you all so eager to put the blame on me? :-)
Heroes have to live with that ;-)
Isn't it time to go to bed?
I'm also very surprised about the nightlife on this list.
Jürgen
On Fri, Nov 03, 2006 at 01:18:08AM +0100, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Fri, Nov 03, 2006 at 12:07:56AM +, José Matos wrote:
On Friday 03 November 2006 12:05 am, Enrico Forestieri wrote:
Bo, View-Source seems currently broken. I don't know how much
On Fri, Nov 03, 2006 at 01:18:08AM +0100, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Fri, Nov 03, 2006 at 12:07:56AM +, José Matos wrote:
On Friday 03 November 2006 12:05 am, Enrico Forestieri wrote:
Bo, View-Source seems currently broken. I don't know how much
Hi,
I'm not able to compile LyX 1.5svn anymore with MSVC 2005 on Windows now
the namespaces have all been changed. Compilation of support/mkdir.C and
tex2lyx/tex2lyx.C fails.
Can someone take a look at this? I'm trying to make the Windows
installer available for 1.5.
Regards,
Joost
On Friday 03 November 2006 12:05 am, Enrico Forestieri wrote:
I have used today, and now as I have double checked and it works for me...
Really? When I select View source I only see a line
% Preview source code for paragraph
and nothing else. If I select Display complete source then it
On Fri, Nov 03, 2006 at 12:27:30AM +0100, Peter Kümmel wrote:
Abdelrazak Younes wrote:
I have now restored the backing pixmap. -dbg painting will print at
the console which area is refreshed.
Showstoppers with hope:
- In math the cursor blinks at the start of the math inset and
On Fri, Nov 03, 2006 at 12:57:01AM +0100, Abdelrazak Younes wrote:
...
+
+ //FIXME: Use case: Two windows share the same buffer.
+ // The first window is resize. This modify the inner Buffer
+ // structure because Paragraph has a notion of line break and
+ // thus line width
On Mon, Oct 30, 2006 at 11:12:41AM +0100, Abdelrazak Younes wrote:
Andre Poenitz wrote:
Good in theory but it looks as if this is the kind of infomration that
would be useful for a 'non-drawing real painter' (as opposed to the
original nullpainter)
I have implemented that and got rid of
On Mon, Oct 30, 2006 at 12:49:54PM +0100, Jean-Marc Lasgouttes wrote:
Abdelrazak POD?
Plain old data (bool, int, double... as opposed to structs and classes).
also structs that are valid 'plain C structs'.
Andre'
On Thu, Nov 02, 2006 at 08:50:45PM +, John Levon wrote:
On Thu, Nov 02, 2006 at 08:28:45PM +0100, Asger Ottar Alstrup wrote:
More bugs are being reported recently, and none of the old ones have
been fixed. Thus, we are moving in the wrong direction.
Or people have been doing some
Hi all,
I found something funny this morning. When copying from one window to the
other one of the same lyx instance using the middle mouse button on Linux,
LyX inserts some musical notes. When using STRG+C and STRG+V they don't
appear. I don't know what info to provide, except a screen shot.
On Thu, Nov 02, 2006 at 07:32:21AM +, José Matos wrote:
> On Thursday 02 November 2006 6:11 am, Enrico Forestieri wrote:
> > Georg, I think you forgot to update src/ChangeLog.
>
> Another reason why having 1.5 as the stable series is an beneficial. ;-)
I actually like having ChangeLog
Lars Gullik Bjønnes wrote:
> Joost Verburg
> <[EMAIL PROTECTED]> writes:
>
> | Lars Gullik Bjønnes wrote:
> | > sure it does. I do this all the time with emacs and firefox.
> |
> | Firefox has only a single process for all windows.
> |
> | In LyX you can have right now:
> |
> | 1) Multiple
Enrico Forestieri wrote:
> Georg, I think you forgot to update src/ChangeLog.
We don't use it anymore.
Georg
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Enrico Forestieri wrote:
>> Georg, I think you forgot to update src/ChangeLog.
Georg> We don't use it anymore.
Well, at least I try to update it in 1.4. I am not sure whether this
is 100% necessary, so this is why I never complain
On Tue, Oct 31, 2006 at 04:46:07PM +0100, Abdelrazak Younes wrote:
> Peter Kümmel wrote:
> > Because
> > - it costs us nothing
> > - it's a nice feature for the user
> > - I don't see any reason way we should disable it
> > - we are releasing only a alpha version
> > - I don't want to
José Matos wrote:
> On Wednesday 01 November 2006 6:11 pm, Joost Verburg wrote:
>>
>> It does not make sense to allow multiple instances when each instance
>> can also have multiple windows. There is no way to tell which window
>> belongs to which instance and therefore you can easily loose data
Hi!
I attached a patch (actually two, one against 1.4.4svn and one against
1.5.0svn) to bugzilla (http://bugzilla.lyx.org/show_bug.cgi?id=2939). To
make it useful, you'll want to create a key binding for it (not included
in the patch). I believe Jean-Marc is planning to commit it as soon as
he
Jean-Marc Lasgouttes wrote:
> Well, at least I try to update it in 1.4. I am not sure whether this
> is 100% necessary, so this is why I never complain to you about that
> :)
I see. I thought that they where also abandoned in 1.4, but I have to admit
that I am also too lazy to do both ChangeLog
On Thu, Nov 02, 2006 at 09:39:30AM +0100, Jean-Marc Lasgouttes wrote:
> > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>
> Georg> Enrico Forestieri wrote:
> >> Georg, I think you forgot to update src/ChangeLog.
>
> Georg> We don't use it anymore.
>
> Well, at least I try to update it
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Angus Leeming wrote:
| > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| >>> Do we still need guiapi.[Ch]? Again, it seems like it is not
| >>> linked to the final LyX executable.
| >> I let it there because I don't know it is used in some external
Bo Peng wrote:
Yeah, it was not that hard (see below). It's just that I don't have much
time.
This does solves my bookmark problem, but are you sure it is a good
idea to open all buffers that was opened in the parent window?
I know you understand the difference but for the sake of clarity
On Thu, 2006-11-02 at 10:02 +0100, Enrico Forestieri wrote:
> On Thu, Nov 02, 2006 at 09:39:30AM +0100, Jean-Marc Lasgouttes wrote:
>
> > > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
> >
> > Georg> Enrico Forestieri wrote:
> > >> Georg, I think you forgot to update src/ChangeLog.
> >
Martin Vermeer wrote:
Hmmm, I don't think this is done in 1.4, and still single par update
works just fine there... in 1.5 the infrastructure is there but it isn't
working properly, as whole-screen updates have been layered on top of it
with reckless disregard for what was already there, which
Martin Vermeer wrote:
Note that the job will be easier if stale caches are not covered up by
the current overzealous full-screen refresh behaviour. I suggest getting
rid of that first.
The full refresh thing is due to the cursor bug. I will work on it as
soon as I find some free time.
Abdelrazak Younes wrote:
> Bo Peng wrote:
>>> Yeah, it was not that hard (see below). It's just that I don't have much
>>> time.
>>
>> This does solves my bookmark problem, but are you sure it is a good
>> idea to open all buffers that was opened in the parent window?
>
> I know you understand
Abdelrazak Younes wrote:
> I propose to remove the multi-window feature from the menu, or even
> remove the LFUN entirely. We can have it back when the new TabWidget
> that will replace the tabbar is ready (most probably in 1.6).
But we could also explain it to the user how it works:
"Beware
Peter Kümmel wrote:
A other solution is to somehow handle within the views which part
of the buffer is viewed.
This is what we have already: Each LyXView (WorkArea really) has its own
unique BufferView which is a view of one part of the document. Except
for some cursor bug (the famous dEPM
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>
>>
>> A other solution is to somehow handle within the views which part
>> of the buffer is viewed.
>
> This is what we have already: Each LyXView (WorkArea really) has its own
> unique BufferView which is a view of one part of the document.
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Peter Kümmel wrote:
|
| > A other solution is to somehow handle within the views which part
| > of the buffer is viewed.
|
| This is what we have already: Each LyXView (WorkArea really) has its
| own unique BufferView which is a view of one part
I think we should really release a alpha version
of LyX 1.5 until Monday, 6. November.
Why should we wait? It is a alpha release, it needs not
to be perfect. I already think it is too stable for a
alpha release.
What is a Alpha release?
http://en.wikipedia.org/wiki/Alpha_release#Alpha
"The alpha
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>> This does not help. But after a CTRL-N all is fine,
>> so it couldn't be that hard for someone who knows
>> all the details. ;)
>
> Yeah, it was not that hard (see below). It's just that I don't have much
> time.
>
>
On Tue, 2006-10-31 at 08:46 +0100, Georg Baum wrote:
> Add the proper encodings to lib/encodings and languages to lib/languages.
> Then you need to fix the frontend that all encodings from lib/encodings can
> be selected, currently the list is hardcoded in
> src/frontends/qt4/QDocumentDialog.C.
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
A other solution is to somehow handle within the views which part
of the buffer is viewed.
This is what we have already: Each LyXView (WorkArea really) has its own
unique BufferView which is a view of one part of the document.
Peter Kümmel <[EMAIL PROTECTED]> writes:
| I think we should really release a alpha version
| of LyX 1.5 until Monday, 6. November.
Why change a decision already made?
--
Lgb
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Peter Kümmel wrote:
|
| > A other solution is to somehow handle within the views which part
| > of the buffer is viewed.
|
| This is what we have already: Each LyXView (WorkArea really) has its
| own unique
On Thu, 2006-11-02 at 11:41 +0100, Gour wrote:
> I pulled the code from svn and will try to build it to see how well can
> LyX play with XeTeX...both Kile & Texmaker work with utf-8 so it will be
> pity if LyX is lacking proper support...
Ahh, some problems with my keyboard :-)
> Sincerely,
>
Am Mittwoch, 1. November 2006 15:38 schrieb Ozgur Ugras BARAN:
> By the way, I haven't seen nomencl commit in svn. Is something
> missing, or do you need new diff?
Shortly after you went on holiday a freeze was announced, and nothing new
was allowed to go in. Fortunately Jose (the 1.5.0 release
Gour wrote:
> On Tue, 2006-10-31 at 08:46 +0100, Georg Baum wrote:
>
>> Add the proper encodings to lib/encodings and languages to lib/languages.
>> Then you need to fix the frontend that all encodings from lib/encodings
>> can be selected, currently the list is hardcoded in
>>
And the patch...Index: src/LyXAction.C
===
--- src/LyXAction.C (Revision 15688)
+++ src/LyXAction.C (Arbeitskopie)
@@ -366,6 +366,8 @@ void LyXAction::init()
{ LFUN_WINDOW_NEW, "window-new", NoBuffer },
{ LFUN_WINDOW_CLOSE,
Lars Gullik Bjønnes wrote:
> Peter Kümmel <[EMAIL PROTECTED]> writes:
>
> | I think we should really release a alpha version
> | of LyX 1.5 until Monday, 6. November.
>
> Why change a decision already made?
>
Because
- it wasn't that clear
- it was more a decision for a beta release
- to
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > | Peter Kümmel wrote:
| > | | > A other solution is to somehow handle within the views which
| > part
| > | > of the buffer is viewed.
| > | | This is what we have
>I think we should really release a alpha version
>of LyX 1.5 until Monday, 6. November.
Veto! We agreed on Nov 13th and I need the time for CT.
And, after all, it is Jose who makes the decisions.
Michael
[EMAIL PROTECTED] wrote:
>> I think we should really release a alpha version
>> of LyX 1.5 until Monday, 6. November.
>
> Veto! We agreed on Nov 13th and I need the time for CT.
>
> And, after all, it is Jose who makes the decisions.
>
> Michael
>
>
Haven't you read the Post Scriptum? ;)
On Thu, 2006-11-02 at 11:55 +0100, Georg Baum wrote:
> > Can one just add utf-8 and expect it to work?
>
> As far as LyX is concerned: Yes. It is only commented out because it is a
> file format change.
Great! Let me try...
Will it be added in 1.5.0 ?
> But of course you can not expect that
On Thursday 02 November 2006 11:08 am, Peter Kümmel wrote:
> Lars Gullik Bjønnes wrote:
> > Peter Kümmel <[EMAIL PROTECTED]> writes:
> > | I think we should really release a alpha version
> > | of LyX 1.5 until Monday, 6. November.
> >
> > Why change a decision already made?
With all the due
On 11/2/06, Georg Baum <[EMAIL PROTECTED]> wrote:
Am Mittwoch, 1. November 2006 15:38 schrieb Ozgur Ugras BARAN:
> By the way, I haven't seen nomencl commit in svn. Is something
> missing, or do you need new diff?
Shortly after you went on holiday a freeze was announced, and nothing new
was
John Levon wrote:
On Wed, Nov 01, 2006 at 03:21:13PM +0100, Abdelrazak Younes wrote:
But quite frankly, I don't understand what's so bad about letting the
user change the cursor width.
If anywhere, it belongs in a desktop-wide preference, not LyX doing its
own thing.
(And yes, same
Michael Gerz wrote:
Lars Gullik Bjønnes wrote:
IMHO we should not merge translations from 1.4 at all. (or at most on
a case by case basis. And if translators want it (I don't want it for
NB f.ex.), msgmerge can be used for this.)
Lars, I am a careful man :-)
Right now, I am checking the
Helge Hafting <[EMAIL PROTECTED]> writes:
| Michael Gerz wrote:
| > Lars Gullik Bjønnes wrote:
| >
| >> IMHO we should not merge translations from 1.4 at all. (or at most on
| >> a case by case basis. And if translators want it (I don't want it for
| >> NB f.ex.), msgmerge can be used for this.)
Ozgur Ugras BARAN wrote:
> On 11/2/06, Georg Baum
> <[EMAIL PROTECTED]> wrote:
>> Shortly after you went on holiday a freeze was announced, and nothing new
>> was allowed to go in. Fortunately Jose (the 1.5.0 release manager) agreed
>> to put the nomencl stuff in.
>>
>
> Oh, this is bad news,
José Matos wrote:
> On Thursday 02 November 2006 11:08 am, Peter Kümmel wrote:
>> Lars Gullik Bjønnes wrote:
>>> Peter Kümmel <[EMAIL PROTECTED]> writes:
>>> | I think we should really release a alpha version
>>> | of LyX 1.5 until Monday, 6. November.
>>>
>>> Why change a decision already made?
>
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>>> Peter Kümmel wrote:
>>>
A other solution is to somehow handle within the views which part
of the buffer is viewed.
>>> This is what we have already: Each LyXView (WorkArea really) has its own
>>> unique
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>>> Peter Kümmel wrote:
>>>
A other solution is to somehow handle within the views which part
of the buffer is viewed.
>>> This is what we have already: Each LyXView (WorkArea really) has its own
>>> unique
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Helge Hafting wrote:
Asger Ottar Alstrup wrote:
Hi,
An update on the status of 1.5.svn. Nice work, guys - we are down to
just 2 known show-stoppers for a test release:
Another showstopper:
edit->reconfigure => Segmentation fault
I don't know
On Thursday 02 November 2006 12:20 pm, Peter Kümmel wrote:
> OK, I've tried it and failed. A comfort is, Asger also failed.
What?
As far as I understand, I have been all morning evaluating some exams from
my students so my mood is not the best, Asger has being doing an evaluation
of what
I opened an existing document, went to document->settings->branches, and
discovered:
1. I can't activate/deactivate the existing branch. The branch
name is non-ascii.
I can add a new one and activate/deactivate it, if the name is ascii.
2. Adding a new branch with a non-ascii name
On Thu, 2006-11-02 at 10:40 +0100, Abdelrazak Younes wrote:
> Martin Vermeer wrote:
>
> > Hmmm, I don't think this is done in 1.4, and still single par update
> > works just fine there... in 1.5 the infrastructure is there but it isn't
> > working properly, as whole-screen updates have been
On Thu, 2006-11-02 at 10:45 +0100, Abdelrazak Younes wrote:
> Martin Vermeer wrote:
> >
> > Note that the job will be easier if stale caches are not covered up by
> > the current overzealous full-screen refresh behaviour. I suggest getting
> > rid of that first.
>
> The full refresh thing is
On Tue, 2006-10-31 at 08:46 +0100, Georg Baum wrote:
> Add the proper encodings to lib/encodings and languages to lib/languages.
> Then you need to fix the frontend that all encodings from lib/encodings can
> be selected, currently the list is hardcoded in
> src/frontends/qt4/QDocumentDialog.C.
> "Edwin" == Leuven, E <[EMAIL PROTECTED]> writes:
Edwin> JML à dit:
>> Personally, I would put the "show in LyX" part at the bottom.
Edwin> i ended up putting it under the extra tab:
Excellent.
JMarc
More lyx-1.5svn testing:
Insert a URL into the document, fill in the URL field with
http://www.free-firewall.org
Try view->pdflatex or view->latex,
get the error message
"Undefined control sequence" \url{http://www.free-firewall.org}
Lars Gullik Bjønnes wrote:
Helge Hafting <[EMAIL PROTECTED]> writes:
| Michael Gerz wrote:
| > Lars Gullik Bjønnes wrote:
| >
| >> IMHO we should not merge translations from 1.4 at all. (or at most on
| >> a case by case basis. And if translators want it (I don't want it for
| >> NB f.ex.),
On Thursday 02 November 2006 1:31 pm, Leuven, E. wrote:
> moreover, this way we avoid clutter on the dialog (presenting too many
> options at once) while having the main output options (the ones we care
> about most) on the first tab.
>
> i think this makes sense in a common use context, and i
On Thu, 2 Nov 2006, José Matos wrote:
> > Sad to see that I couldn't infect the others with my enthusiasm, seem
> > the developers of LyX are more boring and inflexible than I thought.
>
> You are young lad. :-)
And how old are you? :-) (I'm 33 btw - is that old or young :-)
Anyway, as I've
On Thu, Nov 02, 2006 at 12:58:32PM +0100, Helge Hafting wrote:
> You have a point. Ideally, we should use native widgets. But
> only if they are good enough for our use. If not, then rolling
> our own makes lyx better. The alternative to our own cursor
> then is not to use a bad widget, but to
José wrote:
> If no one shouts until tomorrow you can put in.
ok, will do...
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > | Peter Kümmel wrote:
| > | | > A other solution is to somehow handle within the views which
| > part
| > | > of the buffer is viewed.
| >
Martin Vermeer wrote:
On Thu, 2006-11-02 at 10:45 +0100, Abdelrazak Younes wrote:
Martin Vermeer wrote:
Note that the job will be easier if stale caches are not covered up by
the current overzealous full-screen refresh behaviour. I suggest getting
rid of that first.
The full refresh thing is
Dear all,
The session/toolbar patch have been committed to the trunk. Please
test and comment. Features to test:
1. turn toolbar on/off, move it around, and see if session can restore
them correctly.
2. view->toolbar toggle on/off, and in the math/table/review cases,
toggle on/off/auto.
You
Georg is right, the LyX core is not ready for Multiple-view. There's too
much that needs to be re-designed. So either someone steps up and
cleanup that mess by putting the rows calculation outside of the Buffer
or we disable the multi-windows feature.
I would be really disappointed to see
Bo Peng wrote:
Georg is right, the LyX core is not ready for Multiple-view. There's too
much that needs to be re-designed. So either someone steps up and
cleanup that mess by putting the rows calculation outside of the Buffer
or we disable the multi-windows feature.
I would be really
1) make sure that the two windows size (the BufferView) are exactly the
same size.
2) Instead of multi-window we could implement the multi-workarea within
one window using the TabWidget solution I have outlined earlier. Then,
we will be sure that two BufferView of the same Buffer would have the
Bo Peng wrote:
> Dear all,
>
> http://www.lyx.org/trac/changeset/15688
>
> As far as I can tell, I have solved the three state toolbar chaos
> completely by introducing this view->toolbar menu and
> LFUN_TOOLBAR_TOGGLE_STATE lfunc. If there is no objection, I will
> apply both patches tomorrow
Draciron wrote:
> Greetings...
greetings
> Also excuse my breach in ettiquete. I'm not a patient man :)
don't worry, neither are we (or me at least)
...
(i will try to answer some of your questions, where i can)
> First is the editor won't let me use the enter key to create my own
> sense
The popup could be disabled by reimplementing createPopouMenu in GuiView.C
This will be less confusing indeed. But do people in general agree to remove it?
Bo
On Thu, Nov 02, 2006 at 04:57:09PM +0100, Abdelrazak Younes wrote:
> Martin Vermeer wrote:
> >On Thu, 2006-11-02 at 10:45 +0100, Abdelrazak Younes wrote:
> >>Martin Vermeer wrote:
> >>>Note that the job will be easier if stale caches are not covered up by
> >>>the current overzealous full-screen
Martin Vermeer wrote:
On Thu, Nov 02, 2006 at 04:57:09PM +0100, Abdelrazak Younes wrote:
Martin Vermeer wrote:
On Thu, 2006-11-02 at 10:45 +0100, Abdelrazak Younes wrote:
Martin Vermeer wrote:
Note that the job will be easier if stale caches are not covered up by
the current overzealous
Bo Peng wrote:
1) make sure that the two windows size (the BufferView) are exactly the
same size.
2) Instead of multi-window we could implement the multi-workarea within
one window using the TabWidget solution I have outlined earlier. Then,
we will be sure that two BufferView of the same Buffer
Leuven, E. wrote:
Draciron wrote:
Greetings...
greetings
Also excuse my breach in ettiquete. I'm not a patient man :)
don't worry, neither are we (or me at least)
Very funny post Edwin... you offered me 5 minutes of laughing and I
needed that today :-)
Abdel.
Hi,
I notice the following small bug in amsart-plain.layout:
Input amsart.layout -> Input amsdef.inc -> Input ammsmath.inc
Input amsmaths-plain.inc
Thus both Theorem and Theorem* appear in the layout combobox, which is not
useful, and if you choose both you get a LaTeX error as they define the
Bo Peng wrote:
> This will be less confusing indeed. But do people in general agree to
> remove it?
I do. I think the popup is just not suited for our needs, as opposed to your
menu entry (apparently -- I didn't have time to have a look at it yet).
Jürgen
The popup could be disabled by reimplementing createPopouMenu in GuiView.C
http://doc.trolltech.com/4.2/qmainwindow.html#createPopupMenu
You could try returning just a QMenu() or QWidget() to disbale the popup.
OK. Peter, could you please remove this popup for me? It will take me
much longer
> OK. Peter, could you please remove this popup for me? It will take me
> much longer than you to do this.
Yes, I could do it in the next days.
Maybe I try to add the Auto option instead of removing the complete
popup.
> Also, if there is no other way to turn on/off toolbar than
> view->toolbar,
When I evtl. add the Auto option, I will make sure that the menu is
always up to date.
Yes, just remember to update ToolbarBackend::Flags so
MenuBackends::expandToolbars() can get the correct status.
Thanks.
Bo
On Thursday 02 November 2006 2:53 pm, Draciron wrote:
> Useing the scrollwheel in file selections breaks the file selection box. I
> am using a Logictech trackball on FC3.
Known problem with xforms, the qt-frontend does not have this problem.
--
José Abílio
Yes, I could do it in the next days.
Maybe I try to add the Auto option instead of removing the complete
popup.
Since ToolbarBackend::Flags will always reflect the true toolbar
status, I have modified the view->toolbars display as
standard etc, two states:
on standard
off standard
Hi,
More bugs are being reported recently, and none of the old ones have
been fixed. Thus, we are moving in the wrong direction.
Showstoppers without hope:
- Selection with the mouse. Does not work in math nor in tables. It kind
of works in insets, although problems have been reported with
On Fri, Nov 03, 2006 at 10:13:47AM +1800, Bo Peng wrote:
> The session/toolbar patch have been committed to the trunk. Please
> test and comment.
Good work, Bo ;-)
Some comments:
- The status of the toolbars can only be changed when a document is loaded.
- Changing the status of a toolbar
On Thu, Nov 02, 2006 at 09:00:45PM +0100, Enrico Forestieri wrote:
> - The status of the toolbars can only be changed when a document is loaded.
> - Changing the status of a toolbar modifies the changed status of the
> document.
> - Maybe the toolbars should not be numerated in the menu and
101 - 200 of 240 matches
Mail list logo