about what I'm missing? Is there a compile flag I need to add
somewhere? It looks as though it doesn't even recognize the .mm file type.
Thanks for any help!
Doug Simons
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman
On Dec 31, 2013, at 5:09 AM, Markus Hitter wrote:
Am 31.12.2013 02:09, schrieb Sebastian Reitenbach:
https://www.l00-bugdead-prods.de/index7.html
First, big compliments for the Dock implementation. It works flawlessly
in a mouse/trackpad driven environment.
Hovever, menus at the
to a segmentation
fault. I fixed this by not allowing the private document to be
considered in class replacements. Please test again with SVN code.
If you are interested in a solution to your issue #1, please provide some
test code that shows this behaviour.
Cheers,
Fred
On 04.04.2012 00:56, Doug
,
thank you for taking the time to test the new XML implementation in detail.
On 23.03.2012 01:24, Doug Simons wrote:
Hi Fred,
I finally found some time to try the XML code with your recent
changes. First, I appreciate all of the work you've done to finish up
the parts of this code
and crashes.
This same sequence of steps was working without crashing with the XML code as
it existed a couple weeks ago. So I'm hoping maybe you have a clue about which
changes might lead to this.
Thanks,
Doug
On Mar 14, 2012, at 4:27 PM, Fred Kiefer wrote:
On 29.02.2012 23:28, Doug Simons wrote
Hello Fred,
That's a very interesting idea -- and perhaps you've already implemented it
(I've been busy with some issues with releasing our software so wasn't able to
find the time to respond sooner). And if this is how Cocoa does it then perhaps
it is what GNUstep should do, but I'm not
Hello,
Since we've submitted the new implementation of the NSXML... classes based on
libxml2 and people are beginning to use them, I thought I would mention some
remaining unresolved issues in the hope that other people might have more
experience with the libxml2 libraries and have some ideas
some crashes. As
you noted, it's incorrect, and probably shouldn't have been checked in. Look
for some more updates in the next day or two.
Regards,
Doug Simons
On Jan 26, 2012, at 4:05 PM, Niels Grewe wrote:
Hi Doug, Greg and all,
I've just been digging into the new libxml2 powered NSXML
that would be helpful.
Thanks,
Doug Simons
TestPlant, Inc.
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
Hello,
Some key events are not being processed exactly as they should be.
We have been experiencing a problem in this scenario: We have a window with a
table view, a delete button, and a text field. The delete button deletes the
selected item in the table view, and has its keyEquivalent set to
in.
Fortunately, after a lot of head scratching we've found a good solution, which
I'll post in a moment in response to my earlier message.
Doug
On Oct 27, 2010, at 8:43 AM, SPUeNTRUP - Kai Henningsen wrote:
Hallo Doug,
Am Tue, 26 Oct 2010 21:49:28 -0600
schrieb Doug Simons doug.sim...@testplant.com
if this looks to you like a satisfactory solution, and
I'll check it in.
Thanks!
Doug
On Oct 26, 2010, at 9:49 PM, Doug Simons wrote:
Hello Fred, Greg, and anyone else who cares to look at this problem with
Windows events.
Unfortunately, without the former fix in place the pulldown menus
into the
processCommand: method of the tehme. I still think this should work, but
it may not be the best way to resolve the issue. Greg, who is more
familiar with that theme should know.
Fred
Am 19.10.2010 17:42, schrieb Doug Simons:
Hi Fred,
I apologize for letting this slide
01:02, schrieb Doug Simons:
Author: dpsimons
Date: Tue Aug 31 01:02:21 2010
New Revision: 31213
URL: http://svn.gna.org/viewcvs/gnustep?rev=31213view=rev
Log:
fix problem of pulldown action not being called for correct cell, and being
called twice on Windows
Modified:
libs/gui
Hi,
The change made by Eric in r31206 to call [NSApp deactivate] when a
WM_ACTIVEAPP message is received reporting that the app lost focus causes
trouble. I'll describe what I know about the issue.
In our application, if we have two editor windows open (call them A and B) and
minimize the one
Thanks. Removing the weak reference fixes our problem. We're checking in that
change to sync.m.
Doug
On Aug 25, 2010, at 9:47 AM, David Chisnall wrote:
On 25 Aug 2010, at 16:24, Gregory Casamento wrote:
The issue is the weak linking directive in sync.m. Windows doesn't
support weak
Somewhere along the way in the last month or two the header file
.../base/Headers/Additions/GNUstepBase/objc-gu2next.h went away. I can't find
any mention of it in the ChangeLog and my SVN skills are insufficient to find
what happened.
Does anyone know why it was removed or if there is a
The recent changes in base have caused us to get link errors on objc_sync_enter
and objc_sync_exit (on Windows). I don't understand what the problem is, since
both functions are present in sync.m, which is being built (and is now the
implementation of sync that we need). But currently the only
I recently updated to the tip of the trunk (r31073) and am now getting at least
2 different crashes in __objc_resolve_class_links as shown in the backtraces
below (on Ubuntu 8.04). I've rebuilt everything in case something was out of
sync. Does anyone have an idea what might be going on here?
Hello,
I have a quick sanity question I hope someone can answer for me: Is typing in
Japanese something that I should expect to just work in a GNUstep application?
Specifically, we have a customer who is having trouble typing in Japanese in
our GS app on a Windows system. Before we dig too
Hi Quentin,
Thanks for working on this! We look forward to rolling ahead once everything is
working. Windows XP and later is all that matters to us.
Cheers,
Doug
On Jun 11, 2010, at 4:46 AM, Quentin Mathé wrote:
On Wed, Jun 9, 2010 at 4:42 PM, Quentin Mathé qma...@gmail.com wrote:
I now
Thanks Quentin, we appreciate it!
For the sake of tracking this issue, I've opened bug #30069 in the bug system.
Doug
On Jun 7, 2010, at 3:35 AM, Quentin Mathé wrote:
Le 5 juin 2010 à 00:31, Doug Simons a écrit :
Did you have a chance to try this on Windows yet? We are stuck on moving
Quentin,
Did you have a chance to try this on Windows yet? We are stuck on moving
forward with any new updates in gui or back until this is resolved, which is
not good.
Thanks,
Doug
On Jun 3, 2010, at 9:41 AM, Doug Simons wrote:
Quentin, thanks for working on this.
As a simple test, I
Hi,This change has broken some things on Windows. Here is a screenshot from our application showing the problem, with an image displayed in a tableView (the table here contains only one row):When I roll back this change, it displays as it should:It's hard to tell from this particular image, but
Is anyone else experiencing this problem? It seems to be caused by the change
to base/Source/ObjectiveC2/runtime.h in r30438. Reverting that one change
enables the build to proceed. I'm seeing this problem on both Windows and Linux:
$ make GNUSTEP_INSTALLATION_DOMAIN=SYSTEM install
This is
On May 10, 2010, at 1:28 PM, Fred Kiefer wrote:
As far as I know none of the GNUstep sample applications has a recent
document menu. This means we just don't know whether this works at all.
I believe the recent document menu simply doesn't work right now. I looked into
this a little bit a
So the correct fix is simply to delete that block of code (and the
declaration
and assignment of 'sub' a few lines earlier). I've done that, and also
delete
the other call to setSupermenu: that I had added.
If that works for you, all the better. It is always great to remove some
code
Hello,
Fred wrote:
As far as I can tell none of the recent commits in gui or back is
related to any reported bug.
[snip]
I am referring to the ongoing changes to gui by Eric and Doug. All of
these are valid changes as far as I can tell. They surely fix some
behaviour that was annoying
familiar with that code like to make the change? (In particular, I'm
unsure whether there may be other classes besides NSView that might be
impacted…)
Doug Simons
TestPlant, Inc.
P.S. I tried to send this twice before but it was rejected, so I'm trying this
as a reply to a different thread. Any
should be as strict as possible with
memory usage. What ever wast can be avoided should be avoided.
Fred
Am 23.03.2010 23:15, schrieb Doug Simons:
Okay, here's another problem that's apparently been exposed by the recent
changes to retains when loading a nib. It appears there is a problem
I'm not positive, but I'm guessing that these nib loading changes checked in
over the weekend are the cause of new crashes that we are seeing when building
with the latest code (r30018) on Windows.
Our app now crashes on launch. Here's the relevant gdb output:
Program received signal SIGSEGV,
.
Fred
Am 22.03.2010 18:24, schrieb Doug Simons:
I'm not positive, but I'm guessing that these nib loading changes
checked in over the weekend are the cause of new crashes that we are
seeing when building with the latest code (r30018) on Windows.
Our app now crashes on launch. Here's
?) that was being freed
before we could retain it in our applicationDidFinishLaunching: method in the
controller.
We removed the controller instance from the MainMenu.nib and are instantiating
it separately in code (which is probably better anyway) and are no longer
crashing.
Doug Simons
P.S
!
--
Doug Simons
Principal Developer
TestPlant Inc T+1 720-890-0211 ext 13
4730 Walnut Street F+1 720-890-0209
Boulder, CO 80301 doug.sim...@testplant.com
USA
http://www.testplant.com
This email and any attachments may contain privileged / confidential
information. If you have
for how to do this.
--
Doug Simons
Principal Developer
TestPlant Inc T+1 720-890-0211 ext 13
4730 Walnut Street F+1 720-890-0209
Boulder, CO 80301 doug.sim...@testplant.com
USA
http://www.testplant.com
This email and any attachments may contain privileged / confidential
: *** [internal-all] Error 2
--
Doug Simons
Principal Developer
TestPlant Inc T+1 720-890-0211 ext 13
4730 Walnut Street F+1 720-890-0209
Boulder, CO 80301 doug.sim...@testplant.com
USA
http://www.testplant.com
This email and any attachments may contain privileged / confidential
about
running an event loop periodically in order to guarantee the internal
consistency of the system. But maybe that wasn't quite what you meant.
--
Doug Simons
Principal Developer
TestPlant Inc T+1 720-890-0211 ext 13
4730 Walnut Street F+1 720-890-0209
Boulder, CO 80301
that has gone into it.
--
Doug Simons
Principal Developer
TestPlant Inc T+1 720-890-0211 ext 13
4730 Walnut Street F+1 720-890-0209
Boulder, CO 80301 doug.sim...@testplant.com
USA
http://www.testplant.com
This email and any attachments may contain privileged / confidential
Apple's Security framework provides this sort of functionality in
Cocoa. It looks like at least parts of it are open source:
http://developer.apple.com/opensource/security/
I don't know if that will do what you want but it may be a place to
start.
Doug
The best way to predict the future
On Jan 2, 2009, at 2:55 PM, Fred Kiefer wrote:
And I changed the code to resize the content view instead of resizing
the whole window. I think this is what Apple is doing and it will lead
to less flickery displays.
Actually, when a toolbar is shown or hidden Apple resizes the window
to
40 matches
Mail list logo