On Tue, Jun 4, 2013 at 9:29 AM, Jean-Marc Lasgouttes lasgout...@lyx.org
wrote:
30/05/2013 16:51, BH:
As I said, it's cludgy: I've stolen code
from GuiWorkArea::**updateWindowTitle() to get that info back in the
title, but (not in any real sense knowing C++) I don't understand
On Tue, Jun 4, 2013 at 9:29 AM, Jean-Marc Lasgouttes <lasgout...@lyx.org>
wrote:
> 30/05/2013 16:51, BH:
>
> As I said, it's cludgy: I've stolen code
>> from GuiWorkArea::**updateWindowTitle() to get that info back in the
>> title, but (not in any real sense know
e-mail). Given people's limited time and the desire to get 2.1 (with its
many nice improvements!) out sooner rather than later, it shouldn't hold up
the release. There's always 2.1.1
BH
On Mon, Jun 3, 2013 at 2:57 PM, Pavel Sanda sa...@lyx.org wrote:
Vincent van Ravesteijn wrote:
Dear
ated in my previous
e-mail). Given people's limited time and the desire to get 2.1 (with its
many nice improvements!) out sooner rather than later, it shouldn't hold up
the release. There's always 2.1.1
BH
On Mon, Jun 3, 2013 at 2:57 PM, Pavel Sanda <sa...@lyx.org> wrote:
> Vincent v
GuiWorkArea::updateWindowTitle()
and GuiView::updateWindowTitle(GuiWorkArea * wa). So perhaps someone else
can suggest a better way to do it.
BH
Mac-menubar-fix.patch
Description: Binary data
ip
between GuiWorkArea::updateWindowTitle()
and GuiView::updateWindowTitle(GuiWorkArea * wa). So perhaps someone else
can suggest a better way to do it.
BH
Mac-menubar-fix.patch
Description: Binary data
dialog (since these don't show up on Mac). I chose Use
Mac-style ..., since a wasn't used as an accelerator elsewhere in the
dialog.
BH
mac-cursor.diff
Description: Binary data
You mean like this? (New diff attached.)
BH
On Thu, May 23, 2013 at 11:17 AM, Richard Heck rgh...@lyx.org wrote:
On 05/23/2013 11:11 AM, BH wrote:
This has bothered me for a while (since 2007! --
http://www.mail-archive.com/**lyx-us...@lists.lyx.org/**msg60084.htmlhttp://www.mail
On Thu, May 23, 2013 at 11:52 AM, Stephan Witt st.w...@gmx.net wrote:
Ok, I've tested it and it works.
The development/MacOSX/lyxrc.dist.in file should be changed too,
shouldn't it?
Stephan
Yes. Here's a third patch.
BH
mac-cursor3.diff
Description: Binary data
On Thu, May 23, 2013 at 1:47 PM, Jean-Marc Lasgouttes lasgout...@lyx.orgwrote:
Le 23/05/2013 18:11, BH a écrit :
Yes. Here's a third patch.
A couple of things to fix before committing:
1/ you should handle paragraph-up too.
Not sure what you have in mind here: paragraph-up on Mac works
y in the
Preferences dialog (since these don't show up on Mac). I chose "Use
M ...", since "a" wasn't used as an accelerator elsewhere in the
dialog.
BH
mac-cursor.diff
Description: Binary data
You mean like this? (New diff attached.)
BH
On Thu, May 23, 2013 at 11:17 AM, Richard Heck <rgh...@lyx.org> wrote:
> On 05/23/2013 11:11 AM, BH wrote:
>
>> This has bothered me for a while (since 2007! --
>> http://www.mail-archive.com/**lyx-us...@lists.lyx.org/**msg60
On Thu, May 23, 2013 at 11:52 AM, Stephan Witt <st.w...@gmx.net> wrote:
> Ok, I've tested it and it works.
>
> The development/MacOSX/lyxrc.dist.in file should be changed too,
> shouldn't it?
>
> Stephan
Yes. Here's a third patch.
BH
mac-cursor3.diff
Description: Binary data
On Thu, May 23, 2013 at 1:47 PM, Jean-Marc Lasgouttes <lasgout...@lyx.org>wrote:
> Le 23/05/2013 18:11, BH a écrit :
>
> Yes. Here's a third patch.
>>
>
> A couple of things to fix before committing:
>
> 1/ you should handle paragraph-up too.
>
Not sure what
/Users/bennett/Downloads/word2lyx/docx/parser.py, line 13, in module
class etree_element(ElementTree.Element):
TypeError: Error when calling the metaclass bases
function() argument 1 must be code, not str
Am I doing anything wrong?
BH
nloads/word2lyx/docx/read.py", line 10, in
from parser import ElementTree as etree
File "/Users/bennett/Downloads/word2lyx/docx/parser.py", line 13, in
class etree_element(ElementTree.Element):
TypeError: Error when calling the metaclass bases
function() argument 1 must be code, not str
Am I doing anything wrong?
BH
In current trunk, there is no reconfigure menu item on Mac. Recall
that on Mac this is one of those items we have moved to the LyX menu;
for some reason it's just not showing up.
Let me know if I should submit a bug report.
BH
In current trunk, there is no reconfigure menu item on Mac. Recall
that on Mac this is one of those items we have moved to the LyX menu;
for some reason it's just not showing up.
Let me know if I should submit a bug report.
BH
wrote for this on CTAN.
But of course they only cover one of OUP's designs.
I'd be interested in these. I'm about to start my next book and would
find this helpful.
BH
s for many publishers myself meanwhile.
>>
> When I get a chance, I'm going to put the files I wrote for this on CTAN.
> But of course they only cover one of OUP's designs.
I'd be interested in these. I'm about to start my next book and would
find this helpful.
BH
: ‘countChars’ was not declared in this scope
make[4]: *** [BufferView.o] Error 1
Any suggestions?
BH
On Mon, Dec 19, 2011 at 4:05 PM, Stephan Witt st.w...@gmx.net wrote:
Hi Bennett,
possibly you had my patch applied to correct the word count and your checkout
is not clean?
Stephan
Yep -- that was it. Thanks.
BH
2: error: ‘countChars’ was not declared in this scope
make[4]: *** [BufferView.o] Error 1
Any suggestions?
BH
On Mon, Dec 19, 2011 at 4:05 PM, Stephan Witt <st.w...@gmx.net> wrote:
>
> Hi Bennett,
>
> possibly you had my patch applied to correct the word count and your checkout
> is not clean?
>
> Stephan
Yep -- that was it. Thanks.
BH
else noticing this? (Should I file a bug report?)
BH
On Wed, Nov 23, 2011 at 9:38 PM, BH bewih...@gmail.com wrote:
On Mac OS X 10.6.8, I'm using current svn on branch and trunk. For
some reason neither one is now creating a .lyxpipe in my user's
directory at launch, though I remember it was working fine a couple of
months ago.
Has anything
else noticing this? (Should I file a bug report?)
BH
On Wed, Nov 23, 2011 at 9:38 PM, BH <bewih...@gmail.com> wrote:
> On Mac OS X 10.6.8, I'm using current svn on branch and trunk. For
> some reason neither one is now creating a .lyxpipe in my user's
> directory at launch, though I remember it was working fine a couple of
> m
much, though.
Thanks for fixing it!
BH
patch.
I've been using the patch for the past few days, and it seems to do
the trick with no bad side effects. I haven't been using change
tracking much, though.
Thanks for fixing it!
BH
, it should not be changed now
without a very good reason.
Perhaps the manual can be updated to reflect these differences on Mac.
BH
On Thu, Aug 4, 2011 at 4:06 PM, Stephan Witt st.w...@gmx.net wrote:
Am 04.08.2011 um 19:23 schrieb BH:
On Thu, Aug 4, 2011 at 11:35 AM, Uwe Stöhr uwesto...@web.de wrote:
Am 04.08.2011 08:58, schrieb Anders Ekberg:
In 5.1 of the Customization manual I am directed to the menu item Tools
bout under the application
menu, so we have LyX > Preferences and LyX > About LyX.) Because this
has been this way for at least 5 years, it should not be changed now
without a very good reason.
Perhaps the manual can be updated to reflect these differences on Mac.
BH
On Thu, Aug 4, 2011 at 4:06 PM, Stephan Witt <st.w...@gmx.net> wrote:
>
> Am 04.08.2011 um 19:23 schrieb BH:
>
>> On Thu, Aug 4, 2011 at 11:35 AM, Uwe Stöhr <uwesto...@web.de> wrote:
>>> Am 04.08.2011 08:58, schrieb Anders Ekberg:
>>>
>>&
be easier
to spot. However, I do not know how to do that, and therefore I just drop
this patch here for whoever knows how to go forward.
I agree: the status bar is underutilized.
BH
hints should move to small dedicated areas of the status bar
> (and I'd prefer SVN/CVS/RCS to Version Control), where theu would be easier
> to spot. However, I do not know how to do that, and therefore I just drop
> this patch here for whoever knows how to go forward.
I agree: the status bar is underutilized.
BH
/Conceptual/AppFileMgmt/Articles/ManagingAccessoryViews.html
BH
at least has the benefit of actually
>> working ;-)
>> So since the current status is that no templates can be found (if the user
>> is not used to fiddle around in application bundles) and the open dialogue
>> points to this folder, would it not be a reasonable solution until
>> something better is found?
>
> Yes, I cannot come up with a better one currently.
>
> But I don't like to make this platform specific. At least on Windows the
> native
> File Open dialog is used too and the very same problem exists for the
> examples.
> And for Linux desktop I saw the request to use the native dialog too already.
>
> BTW, do you know or can ask anyone if any API to modify Finders sidebar links
> is available?
I'm likely wrong here, but have you looked into accessory views?
http://developer.apple.com/library/mac/#documentation/Cocoa/Conceptual/AppFileMgmt/Articles/ManagingAccessoryViews.html
BH
I'm noticing many of these assertions showing up in the console
whenever I type a non-space character:
lyx-devel/src/support/lassert.cpp(35): ASSERTION it != d-words_.end()
VIOLATED IN lyx-devel/src/WordList.cpp:76
BH
On Thu, Jun 2, 2011 at 1:22 PM, Richard Heck rgh...@comcast.net wrote:
On 06/02/2011 12:47 PM, BH wrote:
I'm noticing many of these assertions showing up in the console
whenever I type a non-space character:
lyx-devel/src/support/lassert.cpp(35): ASSERTION it != d-words_.end()
VIOLATED
I'm noticing many of these assertions showing up in the console
whenever I type a non-space character:
lyx-devel/src/support/lassert.cpp(35): ASSERTION it != d->words_.end()
VIOLATED IN lyx-devel/src/WordList.cpp:76
BH
On Thu, Jun 2, 2011 at 1:22 PM, Richard Heck <rgh...@comcast.net> wrote:
> On 06/02/2011 12:47 PM, BH wrote:
>> I'm noticing many of these assertions showing up in the console
>> whenever I type a non-space character:
>>
>> lyx-devel/src/support/lassert.cpp(3
trunk.
Yes -- that was it. Once I uncheck Ignore format I can reproduce in
current trunk as well.
By the way, Ignore format is counterintuitive -- because you're
checking a box so as to *not* do something. Perhaps instead that
option should be Match format and be unchecked by default.
BH
ption should be "Match format" and be unchecked by default.
BH
the bug with trunk r38856 or
r38870. That's on MacOSX 10.6.7. Am I missing anything?
BH
ed with
the bug report, and I cannot reproduce the bug with trunk r38856 or
r38870. That's on MacOSX 10.6.7. Am I missing anything?
BH
On Sun, May 8, 2011 at 4:45 AM, Pavel Sanda sa...@lyx.org wrote:
BH wrote:
I tried that, but it isn't working for me.
aha, we still maintain two different passwords for more secured pages :')
i'm not sure about usability of this. except maybe download links.
sent privately
Thanks. I've
On Sun, May 8, 2011 at 4:45 AM, Pavel Sanda <sa...@lyx.org> wrote:
> BH wrote:
>> I tried that, but it isn't working for me.
>
> aha, we still maintain two different passwords for more secured pages :')
> i'm not sure about usability of this. except maybe download links.
&g
for 2.0, and it should be deleted.
Also, the LyX/Mac wiki page could use some updating, but I don't seem
to have the right password to edit it.
BH
On Sat, May 7, 2011 at 10:43 PM, Pavel Sanda sa...@lyx.org wrote:
BH wrote:
I just noticed on the download page (http://www.lyx.org/Download),
there is this text under the Mac OS X Binaries heading: Make sure
that you run the LyX-installer provided in the disk image, and see the
LyX/Mac wiki
true with Stephan's package for 2.0, and it should be deleted.
Also, the LyX/Mac wiki page could use some updating, but I don't seem
to have the right password to edit it.
BH
On Sat, May 7, 2011 at 10:43 PM, Pavel Sanda <sa...@lyx.org> wrote:
> BH wrote:
>> I just noticed on the download page (http://www.lyx.org/Download),
>> there is this text under the "Mac OS X Binaries" heading: "Make sure
>> that you run the LyX-ins
and
for binaries.
I've put LyX-1.6.10-Mac-Universal.dmg here:
https://edisk.fandm.edu/bennett.helm/lyx/LyX-1.6.10-Mac-Universal.dmg
Thanks, Jürgen, for all your hard work.
BH
announcement for the 2.0 announcement and
> for binaries.
I've put LyX-1.6.10-Mac-Universal.dmg here:
https://edisk.fandm.edu/bennett.helm/lyx/LyX-1.6.10-Mac-Universal.dmg
Thanks, Jürgen, for all your hard work.
BH
with all the necessary files -- icon
files, Info.plist file, etc. (In part, this is a matter of creating
the .app skeleton from resources in development/MacOSX.)
BH
from scratch? To
my knowledge, it will install files into an existing .app bundle, but
it won't create that bundle with all the necessary files -- icon
files, Info.plist file, etc. (In part, this is a matter of creating
the .app skeleton from resources in development/MacOSX.)
BH
’:
SignalSlotPrivate_moc.cpp:119: error: ‘class QObjectData’ has no
member named ‘metaObject’
SignalSlotPrivate_moc.cpp:119: error: ‘class QObjectData’ has no
member named ‘metaObject’
make[5]: *** [SignalSlotPrivate.lo] Error 1
BH
On Sun, May 1, 2011 at 10:33 AM, Vincent van Ravesteijn v...@lyx.org wrote:
On 1-5-2011 16:28, BH wrote:
I haven't tried compiling branch in a while, but trying today leads to
a compile error (using Qt-4.4):
This is the error:
This file was generated using the moc from 4.7.1. It
cannot
::SlotImpl::metaObject() const’:
SignalSlotPrivate_moc.cpp:119: error: ‘class QObjectData’ has no
member named ‘metaObject’
SignalSlotPrivate_moc.cpp:119: error: ‘class QObjectData’ has no
member named ‘metaObject’
make[5]: *** [SignalSlotPrivate.lo] Error 1
BH
On Sun, May 1, 2011 at 10:33 AM, Vincent van Ravesteijn <v...@lyx.org> wrote:
> On 1-5-2011 16:28, BH wrote:
>> I haven't tried compiling branch in a while, but trying today leads to
>> a compile error (using Qt-4.4):
>
>
> This is the error:
>
> "This fi
Which Qt version are you using? I want to give it a try...
4.7.2. (I'll try with 4.4.2 in a bit.)
BH
On Wed, Apr 20, 2011 at 7:54 AM, BH bewih...@gmail.com wrote:
Which Qt version are you using? I want to give it a try...
4.7.2. (I'll try with 4.4.2 in a bit.)
I'm not finding either bug with 4.4.2. And now, switching back, I'm
not finding the crashing bug with 4.7.2 at all, and the annoying
> Which Qt version are you using? I want to give it a try...
4.7.2. (I'll try with 4.4.2 in a bit.)
BH
On Wed, Apr 20, 2011 at 7:54 AM, BH <bewih...@gmail.com> wrote:
>> Which Qt version are you using? I want to give it a try...
>
> 4.7.2. (I'll try with 4.4.2 in a bit.)
I'm not finding either bug with 4.4.2. And now, switching back, I'm
not finding the crashing bug
::processEvents ()
#11 0x01bd1efa in QEventLoop::exec ()
#12 0x01bd3576 in QCoreApplication::exec ()
#13 0x001b9297 in lyx::LyX::exec ()
#14 0x001f236d in main ()
BH
) by failing check false in file lassert.cpp:23
Annullato
but I can't reproduce, after re-doing that for ~ 200 opens/closes.
For reference: it generally takes me about 3-4 tries ... and not more than 10.
BH
::processEvents ()
#11 0x01bd1efa in QEventLoop::exec ()
#12 0x01bd3576 in QCoreApplication::exec ()
#13 0x001b9297 in lyx::LyX::exec ()
#14 0x001f236d in main ()
BH
char*, const char*, long
> int) by failing check "false" in file lassert.cpp:23
> Annullato
>
> but I can't reproduce, after re-doing that for ~ 200 opens/closes.
For reference: it generally takes me about 3-4 tries ... and not more than 10.
BH
dropping
down), whereas I know that mac.bind was designed to adhere to Mac
standards as closely as possible. So they really serve different
functions.
I don't know if people are still using aqua.bind, but if there are,
I'm sure they'd be unhappy to have it removed.
BH
thout the menus dropping
down), whereas I know that mac.bind was designed to adhere to Mac
standards as closely as possible. So they really serve different
functions.
I don't know if people are still using aqua.bind, but if there are,
I'm sure they'd be unhappy to have it removed.
BH
characters rather
than commands, it seems appropriate to use for these special space
characters.
I've attached a patch that makes these changes.
BH
mac-bind.diff
Description: Binary data
On Wed, Feb 23, 2011 at 11:37 AM, Stephan Witt st.w...@gmx.net wrote:
Am 23.02.2011 um 16:58 schrieb BH:
On Wed, Feb 23, 2011 at 2:11 AM, Stephan Witt st.w...@gmx.net wrote:
If possible - Bennet, can you please apply it against clean checkout
and check if it is ok? Thanks.
It looks like
pecial characters rather
than commands, it seems appropriate to use for these special space
characters.
I've attached a patch that makes these changes.
BH
mac-bind.diff
Description: Binary data
On Wed, Feb 23, 2011 at 11:37 AM, Stephan Witt <st.w...@gmx.net> wrote:
> Am 23.02.2011 um 16:58 schrieb BH:
>
>> On Wed, Feb 23, 2011 at 2:11 AM, Stephan Witt <st.w...@gmx.net> wrote:
>>>>> If possible - Bennet, can you please apply it against clean check
please apply it against clean checkout
and check if it is ok? Thanks.
It looks like it's working fine. All motion keys (and shifted
variants) seem to work, and I haven't noticed any other problems.
BH
ore,
I think we ought to preserve that.
> If possible - Bennet, can you please apply it against clean checkout
> and check if it is ok? Thanks.
It looks like it's working fine. All motion keys (and shifted
variants) seem to work, and I haven't noticed any other problems.
BH
. (Formerly I
could do this by selecting a hidden document from within an already
open document.) I discovered this when trying to test
cmdoptleft/right, which I use (like on Firefox) to switch
between tabs. Shall I create a separate bug report for this?
BH
On Mon, Feb 21, 2011 at 8:47 AM, Stephan Witt st.w...@gmx.net wrote:
Am 21.02.2011 um 14:29 schrieb BH:
On Mon, Feb 21, 2011 at 6:11 AM, Stephan Witt st.w...@gmx.net wrote:
Thanks, I'll wait a little bit for Bennett's reply.
I'm not entirely sure what the patch is supposed to do
is working for you.
This wasn't true for me. ctrl previously was entirely ignored by
LyX, and so typing ctrlcmd[number] was equivalent to typing
cmd[number]. (Or am I not understanding what you mean?)
BH
that no longer works, but instead ctrlcmdshiftB does.
BH
open two or more documents in the same window. (Formerly I
could do this by selecting a "hidden" document from within an already
open document.) I discovered this when trying to test
, which I use (like on Firefox) to switch
between tabs. Shall I create a separate bug report for this?
BH
On Mon, Feb 21, 2011 at 8:47 AM, Stephan Witt <st.w...@gmx.net> wrote:
> Am 21.02.2011 um 14:29 schrieb BH:
>
>> On Mon, Feb 21, 2011 at 6:11 AM, Stephan Witt <st.w...@gmx.net> wrote:
>>> Thanks, I'll wait a little bit for Bennett's reply.
>>
>> I'm
k.
>
> Note: You are used to use [number] to set a bookmark.
>
> But I'm almost sure [number] did the same before.
> Now this is the only short-cut which is working for you.
This wasn't true for me. previously was entirely ignored by
LyX, and so typing [number] was equivalent to typing
[number]. (Or am I not understanding what you mean?)
BH
ages (I may be old enough to remember the dark
ages, but not so old as to question my memory on this!)
So let me give another example of what was genuinely a custom
keybinding. I had B set to toggle toolbar visibility.
Now that no longer works, but instead B does.
BH
in just the left key registering in the dialog.
Note: the option key is also used to enter accents and other
non-standard characters; this use is not affected. It's only LyX's
keybindings that ignore option.
BH
to work fine on
Qt-4.4.
BH
On Wed, Feb 16, 2011 at 10:51 AM, Jürgen Spitzmüller sp...@lyx.org wrote:
BH wrote:
Current trunk will not compile for me right now with Qt-4.4, with this
error:
/lyx-devel/src/frontends/qt4/Menus.cpp:74:23: error: QProxyStyle: No
such file or directory
better now?
Yep -- thanks.
BH
On Wed, Feb 16, 2011 at 11:14 AM, Pavel Sanda sa...@lyx.org wrote:
BH wrote:
On Mac with current trunk, the option key is not recognized for any
keybindings. (The Mac standard is for option-[arrow key] to move the
cursor around by words/paragraphs, so this is a real problem.)
Opening up
.
Note: the key is also used to enter accents and other
non-standard characters; this use is not affected. It's only LyX's
keybindings that ignore .
BH
to work fine on
Qt-4.4.
BH
On Wed, Feb 16, 2011 at 10:51 AM, Jürgen Spitzmüller <sp...@lyx.org> wrote:
> BH wrote:
>> Current trunk will not compile for me right now with Qt-4.4, with this
>> error:
>>
>> /lyx-devel/src/frontends/qt4/Menus.cpp:74:23: error: QProxyStyle: No
>> such
On Wed, Feb 16, 2011 at 11:14 AM, Pavel Sanda <sa...@lyx.org> wrote:
> BH wrote:
>> On Mac with current trunk, the key is not recognized for any
>> keybindings. (The Mac standard is for -[arrow key] to move the
>> cursor around by words/paragraphs, so this is a real
On Tue, Feb 8, 2011 at 4:18 AM, Tommaso Cucinotta tomm...@lyx.org wrote:
Il 08/02/2011 03:42, BH ha scritto:
On Mac, using cmake, I can't compile:
Building CXX object
src/CMakeFiles/LyX.dir/Users/bennett/lyx/lyx-devel/src/lyxfind.cpp.o
/Users/bennett/lyx/lyx-devel/src/lyxfind.cpp
On Tue, Feb 8, 2011 at 4:18 AM, Tommaso Cucinotta <tomm...@lyx.org> wrote:
> Il 08/02/2011 03:42, BH ha scritto:
>>
>> On Mac, using cmake, I can't compile:
>>
>> Building CXX object
>> src/CMakeFiles/LyX.dir/Users/bennett/lyx/lyx-devel/src/lyxfind.cp
/lyxfind.cpp.o]
Error 1
make[1]: *** [src/CMakeFiles/LyX.dir/all] Error 2
make: *** [all] Error 2
BH
d.cpp.o]
Error 1
make[1]: *** [src/CMakeFiles/LyX.dir/all] Error 2
make: *** [all] Error 2
BH
, too. I've put the binary here:
http://edisk.fandm.edu/bennett.helm/lyx/LyX-1.6.9-Mac-Universal.dmg
BH
lems here at all on Mac OS X.
Works for me on OS X, too. I've put the binary here:
http://edisk.fandm.edu/bennett.helm/lyx/LyX-1.6.9-Mac-Universal.dmg
BH
On Thu, Jan 6, 2011 at 1:44 AM, Stephan Witt st.w...@gmx.net wrote:
Am 05.01.2011 um 01:00 schrieb BH:
On Tue, Jan 4, 2011 at 3:21 PM, Vincent van Ravesteijn v...@lyx.org wrote:
I have to admit that I don't understand the problem.
I don't understand what version trunk refers in the ticket
two fs: the first one
appears immediately to the right of the last m, with the cursor
still placed too far to the right, but the second one appears after a
gap and immediately to the left of the cursor.
Let me know if you want screenshots.
BH
1 - 100 of 580 matches
Mail list logo