Changing the default theme is fine by me, as long as there is the option to
switch back to the current GNUstep theme. Deciding which theme to use instead
will be the hard bit and I will stay out of that discussion. What is important
to me is that the new default theme is strictly a theme, not
On 23.11.2013 13:19, Riccardo Canalicchio wrote:
Hi all,
please to meet you, and thanks for your work on gnustep.
Sorry for the intrusion into the discussion...
I'm Riccardo Canalicchio, a fresh new gnustep user, I would like to be
involved in the development. I'm studying the gnustep
On 23.11.2013 16:29, Sebastian Reitenbach wrote:
Hi,
I have an NSBrowser in a NSWindow in Gorm, and set its autosizing, so that it
should resize properly when the window is resized. However, when I first
resize the window in the application, then the bottom of the NSBrowser jumps
over
Could you please share the whole stack trace? Maybe I understand the
issue a little bit better then.
From looking at the code in FSNBrowserCell I can tell that the value of
dtslenght never gets used. Why is it computed at all? And why in the
+initialize method? At that point in time the
I am currently investigating this issue and things look bad :-(
The display problem is caused by the _premultiply on NSBitmapImage.
(This can be easily confirmed by commenting out the _premultiply call in
the draw method)
This method in itself seems to be correct, most likely the error is in
the
Sorry, the problem here is that GNUstep follows the specification. There it
states:
This method, in setting the frame rectangle, repositions and resizes the
receiver within the coordinate system of its superview. It neither redisplays
the receiver nor marks it as needing display. You must do
I think this is an u related issue.
First off, I always thought the drawing order of sibling views is undefined.
Could you please point me to a document that states otherwise? Still if Apple
followes the order in wich views wher added, we should do so two. But as far as
I remember this is
On 28.09.2013 14:27, Riccardo Mottola wrote:
No, any current distro has package management, automatic dependency
resolution, etc. This helps, and tarballs completely break it and
leave a distro that cannot be upgraded or even maintained.
We have .deb packages and a SUSE VM image.
The SUSE VM
On 26.09.2013 17:08, Riccardo Mottola wrote:
On 09/26/13 12:47, David Chisnall wrote:
On a related note, I accidentally set the colour of one of my views
(the background colour of an NSTableView, if this makes a difference)
in Gorm. How do I set it back to the theme default, for whatever the
I just gave this another try and it takes me back to the early days of
the Windows backend. And with early days I mean the initial
implementation from 2002.
On 23.09.2013 21:55, Ivan Vučica wrote:
Hi all,
Opal backend works! Images, text, drawing, compositeGState... it seems to
work.
On 07.09.2013 02:01, Pirmin Braun wrote:
this is funny: just managed to get GNUstep and IntarS running on the tiny
Raspberry Pi with Raspbian 7.1. It performes pretty well.
Now that IntarS is up to date with current GNUstep, what about contributing
it to the GNUstep collection and becoming
Could you please print out the value of ptr-offset ?
I expect that this is 0 in your case, which would break the calculation
in the inline function decode().
If this is the case we might just add a zero test to the function or
try to find out why this is the case for you.
If the value isn't
ou results for the non-fragile API look horrible. To me this looks like
a compiler optimisation bug. Sorry I wont be able to help here. But with
a little lick we may be able to catch David's attention. For this reason
I deleted the rest of the mail and left just that part in it
Fred
On
I looked at the keys in Defaults.plist and compared them with the
documentation in gui/Documentation/GuiUser/DefaultsSummary.gsdoc.
In most cases the SystemPreferences is more correct than the official
documentation :-)
There are a few cases where obsolete settings are used:
On 25.08.2013 04:37, Lee, Seong-Gu wrote:
On 08/25/2013 05:57 AM, Riccardo Mottola wrote:
Lee, Seong-Gu wrote:
1) GWorkspace with non-fragile abi
Other usr applications (Gorm, SystemPreferences, etc.) work well except
GWorkspace when compiled with non-fragile abi.
...
It seems to occur
On 21.08.2013 08:50, Lee, Seong-Gu wrote:
4) Localization resources
'make_strings' seems not to extract strings at files in sub-directories
(have not -r switch in grep, find). If sub-projects have own separated
string resource and aggregate to .app when compiled, it would be
appropriate.
The problem is in your make file. You seem to define a library named One there,
but never build it. Most likely you don't want this.
Remove this line:
LIBRARY_NAME = One
And change the next two into
Test_HEADER_FILES_DIR = ../One
Test_HEADER_FILES = One.h
Hope this helps,
Fred
On the road
Great that you could get GNUstep working again on Cygwin.
The call to /bin/rebaseall belongs somewhere into the target.make file
of GNUstep make. Anybody with more insight should place it there.
As for the objc-load.m patch I think that your change is fine and should
be applied, but more work is
On the road
Am 03.08.2013 um 15:14 schrieb Ivan Vučica i...@vucica.net:
Hi Fred,
On Fri, Aug 2, 2013 at 4:50 PM, Fred Kiefer fredkie...@gmx.de wrote:
please have a look at this method in NSApplication:
- (void) _handleException: (NSException *)exception
As you can see it gets
Hi Lubos,
sad to hear that GNustep gui is giving you so much trouble. Could you
please expand a bit on what it is that goes wrong for you? There is one
big difference between gui and base that is that base already supports
the hiding of the instance variables. Would it help you to have that
I think he already stated that he had build the XCode framework, but
there should be no need to link it manually into /usr/GNUstep/System/.
If you type make install it should get installed into
/usr/GNUstep/Local/ and that should be enough. I just tried that here
and it works as expected.
Best
On 23.07.2013 17:38, Riccardo Mottola wrote:
Hi,
Riccardo Mottola wrote:
Hi,
Fred Kiefer wrote:
There are two groups of changes that I can see here. One is the huge
IME change and the other is the smaller change to use the
_decodeWM_ENTERSIZEMOVEParams::: and -decodeWM_EXITSIZEMOVEParams
On 20.07.2013 01:20, Riccardo Mottola wrote:
Hi,
Riccardo Mottola wrote:
Hi,
Just as a reminder: we are speaking about the standard GNUstep theme,
no WinUX theme involved.
It is not always easy to trigger it immediately (= I don't have a
single do this test, I play around, put windows back
On 08.07.2013 15:44, Philippe Roussel wrote:
Hi Ivan,
On Mon, Jul 08, 2013 at 02:37:26PM +0200, Ivan Vučica wrote:
I'm interested in what broke with CoreBase/Opal/QuartzCore?
CoreBase compilation failed with the following message (I haven't
looked at it, I'm lazy...) and Opal and QuartzCore
I commited Erics patch, Riccardo could you please give it a try and see
whether printing is back to the old state?
On 07.07.2013 02:36, Eric Wasylishen wrote:
Hi Riccardo,
I had a look and it seems I took out this chunk of code which existed in gui
0.22.0's version of
I most definitely would come to a meeting in Cambridge next year.
But why not Croatia? It might be fun there as well. Although it seems
hard to compete with the atmosphere at the computer lab in Cambridge.
Fred
On 05.07.2013 17:39, Ivan Vučica wrote:
I like the idea! I had a great time.
On 06.07.2013 00:57, Riccardo Mottola wrote:
Hi,
I think this has mostly to do with Eric's optimisations about 2 years ago.
Riccardo Mottola wrote:
Printing error: NSException: 0x84762e4
NAME:NSInvalidArgumentException
REASON:[GSStreamContext-GSDefineGState] not implemented INFO:(null)
On 14.06.2013 13:09, Riccardo Mottola wrote:
Hi,
I noticed that on windows I have problems with copypaste.
1) within gnustep application(s) I can copypaste as many times I want
2) from gnustep to another windows application only the first copy works
I know there were fixes and i am running a
On 14.06.2013 14:28, Riccardo Mottola wrote:
Hi,
while using win32 backend (not cairo), I do get sometimes strange refresh
problems which appear as black zones. just moving the window around, clicking on
a control, scrolling... usually fixes it. I'm using semi-current, it did not
happen a
I don't think that this problem is related to the NSImage changes.
What happens here is that a window gets closed that was key and main
window and had a delegate. In that process the key and main window state
get transferred separately. This leads to the menu getting updated while
the old
using current clang svn and current llvm svn so version 3.3
HAVE_BLOCKS=' ' OBJCRUNTIME=' '
On 25 March 2013 07:24, Fred Kiefer fredkie...@gmx.de wrote:
On 24.03.2013 21:13, James Carthew wrote:
When compilling gnustep-base receiving error messages like these:
Making all for subproject
On 24.03.2013 21:13, James Carthew wrote:
When compilling gnustep-base receiving error messages like these:
Making all for subproject ObjectiveC2...
Compiling file NSBlocks.m ...
In file included from NSBlocks.m:19:
../../Headers/ObjectiveC2/objc/runtime.h:83:15: error: typedef redefinition
On 10.03.2013 22:56, Riccardo Mottola wrote:
I want to update the localized strings of GWorkspace.
I go into the resources directory and run, for example:
make_strings -L Spanish ../*.*
But I get as a result:
2013-03-10 21:56:11.248 make_strings[12862] No local time zone specified.
2013-03-10
On 11.03.2013 23:56, Riccardo Mottola wrote:
could it be that Timers to not work (any more) with Alert Panels, that
is Modal stuff?
GWorkspace has a Logout feature which has a timer. It schedules a timer
(See WorkspaceApplication.m startLogout) and then a NSRunAlertPanel.
Apparently, the timer
On 09.03.2013 16:30, Sebastian Reitenbach wrote:
On Saturday, March 9, 2013 15:44 CET, Richard Frith-Macdonald
rich...@tiptree.demon.co.uk wrote:
On 9 Mar 2013, at 12:20, Fred Kiefer wrote:
here I checked:
(gdb) p [invocation-_sig isOneway]
$7 = 1 '\001'
so it appears
On 27.02.2013 22:33, Fred Kiefer wrote:
On 27.02.2013 10:42, Luis Garcia Alanis wrote:
I am trying to compile a project to test NSTextViewDelegate using Project
Center + Gorm.
Since Gorm does not include a proper NSTextView control I used a custom
view and changed its class to NSTextView
On 06.03.2013 22:34, Luis Garcia Alanis wrote:
Tried the latest svn and it still hang on the latest GNUstep thunk 64bit.
Latest SVN of SimpleAgenda or of GNUstep gui? The later is required.
With clang and libobjc2.
I updated the packages at
https://build.opensuse.org/project/show?project=X11%3AGNUstep
to the four new releases of the GNUstep core libraries. I also updated
the supported platforms a bit. As usual this is mostly of interest for
users of OpenSuse, but packages for Fedora get built as well.
On 05.03.2013 23:04, Philippe Roussel wrote:
On Tue, Mar 05, 2013 at 07:22:57AM +0100, Philippe Roussel wrote:
On Mon, Mar 04, 2013 at 10:06:03PM +0100, Philippe Roussel wrote:
On Mon, Mar 04, 2013 at 08:51:32PM +, Richard Stonehouse wrote:
Is this on 64 bits ?
Yes; I haven't built the
On 02.03.2013 11:17, Luis Garcia Alanis wrote:
Hello guys,
I got the most recent svn of GNUstep, clang, llvm and libobjc2.
I was able to compile until I got to the backend. building it core dumps.
I noticed this when running gopen:
Module
On 04.03.2013 18:51, Richard Stonehouse wrote:
When I try to run SimpleAgenda under the latest GNUstep core libraries,
it immediately goes into a solid CPU loop which can only be got out of
by killing SimpleAgenda.
This did not occur under the previous versions of GNUstep.
Is this a known
On 28.02.2013 18:18, Philippe Roussel wrote:
On Wed, Feb 27, 2013 at 10:50:24PM +0100, Fred Kiefer wrote:
On 26.02.2013 22:07, Philippe Roussel wrote:
On Tue, Feb 26, 2013 at 01:28:31PM +0100, Philippe Roussel wrote:
It probably is specific to kwin, I've only been using this window
manager
On 27.02.2013 10:42, Luis Garcia Alanis wrote:
Hello guys,
I am trying to compile a project to test NSTextViewDelegate using Project
Center + Gorm.
Since Gorm does not include a proper NSTextView control I used a custom
view and changed its class to NSTextView and that seemed to work.
However
On 26.02.2013 22:07, Philippe Roussel wrote:
On Tue, Feb 26, 2013 at 01:28:31PM +0100, Philippe Roussel wrote:
It probably is specific to kwin, I've only been using this window
manager for a few days and never saw this effect before. I'll try with
another wm and report back.
Menus work fine
to recreate the issue?
GC
On Sun, Feb 24, 2013 at 6:43 PM, Riccardo Mottola
riccardo.mott...@libero.it wrote:
On 02/22/13 21:50, Fred Kiefer wrote:
The simplest way to find out is to run Gorm with Zombies turned on and
see which class gets that call. As I need too long to reproduce the issue
On 21.02.2013 11:08, Riccardo Mottola wrote:
Hi Fred,
Fred Kiefer wrote:
PNG 1.2 is the most widespread around. I will check what version my
NetBSD box has, which has also the oldest version of cairo we support,
so it would mace sense to about sync them.
http://refspecs.linuxfoundation.org
Thank you for pointing at that code here. I already had put in a comment
that it needs clean up, but never got around to that. I tried to make
the values here consistent with the ones in GSThemeDrawing. But of
course this is only the first step. The values should come from the
theme, to allow
On 22.02.2013 14:15, Riccardo Mottola wrote:
when I start Gorm and close it, no problem. When I start it and open a
copuple of gorm files, everything file. If I open MDIndexer.m (of
Did you mean the MDIndexer.gorm file?
GWorkspace's Preferences, the one we are investigating about blur) Gorm
On 22.02.2013 18:24, Riccardo Mottola wrote:
Fred Kiefer wrote:
On 22.02.2013 14:15, Riccardo Mottola wrote:
when I start Gorm and close it, no problem. When I start it and open a
copuple of gorm files, everything file. If I open MDIndexer.m (of
Did you mean the MDIndexer.gorm file?
yes
Kiefer fredkie...@gmx.de wrote:
On 22.02.2013 18:24, Riccardo Mottola wrote:
Fred Kiefer wrote:
On 22.02.2013 14:15, Riccardo Mottola wrote:
when I start Gorm and close it, no problem. When I start it and open a
copuple of gorm files, everything file. If I open MDIndexer.m (of
Did you
On 19.02.2013 23:37, Riccardo Mottola wrote:
Hi,
we broke compatibility with gorm files created just a couple of weeks ago:
2013-02-20 23:17:07.593 GDFCompanion[14138] Exception occured while
loading model: expected unsigned int and got int
2013-02-20 23:17:07.593 GDFCompanion[14138] Failed to
On 20.02.2013 01:34, Riccardo Mottola wrote:
While I experimented with removing certain autoreleasepools around
connections, as tit was suggested here on the list, without results,
Sebastian empirically fount out that this aptch
Index: Tools/ddbd/ddbd.m
detailed output.
On 20.02.2013 10:04, Andreas Schik wrote:
Am 19.02.2013 21:54, schrieb Fred Kiefer:
[snip]
The only reason for this strange behaviour that I can think of is
that XFCE4 and GNUstep disagree on the handling of focus events. It
would help to get a full list of the events that show
You patch is correct but incomplete. You have to do the same in the encode
method. Otherwise you wont be able to read the newer file back in.
Fred
On the road
Am 21.02.2013 um 17:53 schrieb Riccardo Mottola riccardo.mott...@libero.it:
Hi,
Fred Kiefer wrote:
To me it looks like
Original-Nachricht
Datum: Thu, 21 Feb 2013 14:51:41 +0100
Von: Riccardo Mottola riccardo.mott...@libero.it
An: Fred Kiefer fredkie...@gmx.de
CC: discuss-gnustep@gnu.org
Betreff: Re: Gorm loading problems
Hi,
Fred Kiefer wrote:
On 19.02.2013 23:37, Riccardo Mottola
On 20.02.2013 19:45, Sebastian Reitenbach wrote:
On Wednesday, February 20, 2013 18:36 CET, Riccardo Mottola
riccardo.mott...@libero.it wrote:
Hi,
I upgraded libpng on NetBSD and now I cannot link gui anymore::
Making all for tool set_show_service...
Compiling file set_show_service.m
On 19.02.2013 02:05, Germán A. Arias wrote:
El lun, 18-02-2013 a las 11:57 +0100, Andreas Schik escribió:
I have some news on this problem.
It has nothing to do with the kind of application that is being
minimized, be it a GNUstep app or anything else. The only invariant is,
that I have a
On 17.02.2013 17:33, Riccardo Mottola wrote:
On 02/16/13 22:47, Fred Kiefer wrote:
There is one strange thing I see in the code in ddbd.m. You don't
retain the connection, still you release it in the -dealloc method.
Most likely you should retain it in the -init method. Forgetting
On 16.02.2013 15:21, Sebastian Reitenbach wrote:
Hi,
having ddbd from GWorkspace running, then, when starting mdextractor, the
latter tries to connect
to ddbd, but will die because of:
/usr/local/bin/mdextractor: Uncaught exception NSInvalidReceivePortException,
reason: invalidated while
On 16.02.2013 20:11, Sebastian Reitenbach wrote:
On Saturday, February 16, 2013 18:55 CET, Fred Kiefer fredkie...@gmx.de wrote:
On 16.02.2013 15:21, Sebastian Reitenbach wrote:
Hi,
having ddbd from GWorkspace running, then, when starting mdextractor, the
latter tries to connect
to ddbd
You only replied to me. I am sending this back to the mailing list. BTW,
the GNUstep dev mailing list would have been a better place to start
this thread.
On 16.02.2013 22:28, Sebastian Reitenbach wrote:
On Saturday, February 16, 2013 21:11 CET, Fred Kiefer fredkie...@gmx.de wrote
On 12.02.2013 09:37, Riccardo Mottola wrote:
Hi,
On 02/07/13 18:04, Fred Kiefer wrote:
The most likely reason is that the scrollview itself is positioned
between pixels. But as I don't have this indexer installed I wasn't
able to reproduce the problem. The rest of the SystemPreferences look
On 08.02.2013 15:32, Citizen Jimserac wrote:
On Feb 7, 12:58 pm, Germán A. Arias ger...@xelalug.org wrote:
Try with the latest pretest:
ftp://alpha.gnu.org/gnu/emacs/pretest/emacs-24.2.93.tar.xz
This have improvements to compile with GNUstep.
Tried to configure and compile but after
On 07.02.2013 13:52, Sebastian Reitenbach wrote:
Hi,
I'm on OpenBSD amd64, using clang 3.2, libobjc2, base, make, gui, back from
SVN. Back with cairo backend.
Cairo package is version: cairo-1.12.8
I just noticed in System Preferences for the GWorkspace MDIndexer, that when I
move the
On 01.02.2013 22:14, Abhi Beckert wrote:
On Thu, Jan 31, 2013 at 8:37 AM, Fred Kiefer fredkie...@gmx.de wrote:
NSWindows aren't stored in the NIB file directly, instead an
NSWindowTemplate gets stored and this recreates the NSWindow on loading. In
GNUstep we really first init the window
On 30.01.2013 21:26, Abhi Beckert wrote:
One simple example:
https://github.com/abhibeckert/binary-clock/commits/gnustep/desktop/BCBorderlessWindow.m
As you can see, I'm setting [self backgroundColor] in awakeFromNib. On OS X
I was doing this:
On 28.01.2013 13:44, David Chisnall wrote:
Hi Everyone,
I'm planning on booking a table tomorrow at Big Mama, 8pm on Friday for dinner
at FOSDEM. Let me know if you want to be included.
David
I wont be able to make it to FOSDEM this year.
Best wishes to all of you
Fred
On 28.01.2013 23:19, Abhi Beckert wrote:
On Tue, Jan 29, 2013 at 8:14 AM, Abhi Beckert abh...@abhibeckert.comwrote:
On Tue, Jan 29, 2013 at 7:42 AM, Fred Kiefer fredkie...@gmx.de wrote:
You don't have to use this GTK function to achieve this. If you set the
window level of a GNUstep window
Hi Edwin,
On 18.01.2013 06:34, edwin ancaer wrote:
I admit I've got little experience in the unix environment, but it is a
little discouraging that after 2 weeks of trying to build gnustep/étoilé
have lead to nothing. Although I must admit I learned some things about
unix on the way. Maybe
On 14.01.2013 18:53, Richard Frith-Macdonald wrote:
On 13 Jan 2013, at 17:15, Fred Kiefer wrote:
I just run the base tests on my 64bit OpenSuse machine and had a failed file
here as well (and also a few expected failed tests from NSLocale, we need to
mark those as hopes). The failing file
On 12.01.2013 12:49, Richard Frith-Macdonald wrote:
On 12 Jan 2013, at 09:23, edwin ancaer wrote:
Hello,
I was looking for an interesting platform to refresh my programming skills.
After looking around a while, it found GNUstep/Etoilé looking interesting.
I've been building GNUstep
The new statement @autoreleasepool is only supported in clang. Either you
switch to that compiler or you have to declare your auto release pools the old
fashioned way.
On the road
Am 02.01.2013 um 15:33 schrieb umen meiry...@gmail.com:
Hello all
im using gnusetup to learn objC , its great
, Sebastian Reitenbach
sebas...@l00-bugdead-prods.de wrote:
On Tuesday, January 1, 2013 22:59 CET, Fred Kiefer fredkie...@gmx.de
wrote:
I think the problematic line is this one:
browser = [[NSBrowser alloc] init];
Even commenting out that line, it still brings up the window, and I
I think the problematic line is this one:
browser = [[NSBrowser alloc] init];
You create a browser with a zero size frame. (The -init method of NSView
calls -initWithFrame: with NSZeroRect) When the browser later tries to
draw its various parts, some of these may end up with negative
On 09.11.2012 16:28, David Chisnall wrote:
On 9 Nov 2012, at 03:22, h...@computer.org wrote:
Or we must do what many other projects are doing: organize our
own conference[s] (hackathons, AlpenSTEP, ...). I have no idea if
it is possible to get a conference room @ some hotel @ Brussels @
friday
On 02.11.2012 23:36, Julian Mayer wrote:
hello all
as promised about a year ago, i've open sourced more than 20kloc of GNUstep
compatible code from the game CoreBreach (GPL-license) and its own 3D engine
(MIT-license).
https://github.com/core-code
the code requires recent gnustep, recent
On 05.10.2012 11:06, Riccardo Mottola wrote:
Hi Fred Nikolaus,
thank you for your suggestions, they were mostly overlapping, so I was
confident it was the best way!
Fred Kiefer wrote:
You best options here is to override the method -prepareSavePanel in
our NSDocument subclass, which
On 05.10.2012 15:56, Riccardo Mottola wrote:
is changeSaveType, undocumented, available on both Mac and GS? or is it
some kind of extension? That would be the place probably where to add
the view-swizzling code.
According to this post it is available on Apple as well:
Dan, the reason that you didn't get a reply from this mailing list may
be because you didn't state clear enough what you are after. My
impression is that ADDITIONAL_LDFLAGS is the wrong variable to use for
whatever purpose you are after. Libraries should be specified by one of
the
On 26.09.2012 15:41, Riccardo Mottola wrote:
when I try to print a text (from Graphos) I get this. i am running xlib
on this machine:
Printing error: NSException: 0x86ccce84
NAME:NSInvalidArgumentException
REASON:[GSStreamGState-GSShowGlyphsWithAdvances:::] should be overridden
by subclass
I looked at the code of windowlist for X11 and there we sort out all the
windows that don't belong to our application. And the code in gui
wouldn't be able to handle such window numbers. When we fix one, we
should also fix the other and maybe implement the context specific
methods here as
Hi John,
I converted your code example in to a base test case and committed that.
On my machine this works perfectly. Now, what may be the difference? The
big difference is that I am using GNUstep from SVN and you are most
likely using an older release. Since the last official release of base
Yes, from time to time this happens for me too. I never found a ay to reproduce
this relyable, so I gave up chasing it. Hopefully you have more luck here.
Remember to turn off the NSMenu mouse capture when trying to debug this issue.
Fred
On the road
Am 25.08.2012 um 01:56 schrieb Stefan Bidi
The best thing to do is write a minimal program to demonstrate the
actual issue you are seeing. That would allow us to investigate where
the underlying problem really is. Most likely it is different from what
we currently think it is :-(
Don't user CGPoint in that example code, but define
On 12.08.2012 00:04, Lars Sonchocky-Helldorf wrote:
Did you see this? The most advanced text editor for OS X just got open sourced!
https://github.com/textmate/textmate
http://macromates.com/
I had a look after that software was mentioned on the Heise news ticker.
The functionality seems
To me this looks like the exports are missing or wrong for some strings used as
notification names. No idea whether this is in GNUstep or in you application
code but it should be easy to fix once you found the definition of these
strings.
Fred
On the road
Am 08.08.2012 um 13:14 schrieb
On 02.08.2012 17:27, Riccardo Mottola wrote:
Hi,
Riccardo Mottola wrote:
I think we are missing the delegate method application:openFiles: of
NSApplication, available since 10.3
What I want is be able to handle an application launched with two files:
myApp.app file1 file2
How was this
For me (OpenSuse 64bit AMD) the only failing test is this one:
Failed test: format.m:28 ... Float/Doubles are formatted correctly
expected 5.50 5.5 3.00e-06, but got 5,50 5,5 3,00e-06
This definitely is a problem of the locale, you should have a look at
the base test in
Create application! What you are missing is a short documentation inside
the application itself. Only after I found out about most of the mouse
commands myself, did I visit the web page with the documentation. And
the zooming feature with the scroll where is something a user has to
know about.
I would go for the last option here. In the case where you aren't the only
developer on a project the second option is the best.
Fred
On the road
Am 18.06.2012 um 22:06 schrieb Ivan Vučica ivuc...@gmail.com:
Hi all,
since ChangeLog files have date-precision timestamp, should I combine
On 14.06.2012 09:29, Sungjin Chun wrote:
I want to use 3rd party dll with GNUstep but struck with a problem;
the dll needs a
window handle(HANDLE) for its event processing, for example, if I want
to receive
realtime event notification, I have to write this kind of code;
in WinMain function I
Vučica ivuc...@gmail.com:
On 13. 6. 2012., at 23:30, Fred Kiefer wrote:
When I look at the GIT repository you linked to I see that the last change
was three days ago, which matches the last SVN commit. I would expect that
all your changes are visible in both systems. But I did not see any Mac
On 13.06.2012 20:54, Nicholas Levin wrote:
On Jun 13, 2012, at 2:41 PM, Ivan Vučicaivuc...@gmail.com wrote:
On 12. 6. 2012., at 05:16, Nicholas Levin wrote:
I am not a GNUstep expert, nor am I a lawyer… : )
Chameleon has a strong dependency on Core Animation and Core Text. GNUstep
doesn't
Well actually at the moment somebody is working on implementing Core
Animation for GNUstep and that somebody is you :-)
I think the Chameleon way of implementing UIKit is the most efficient
one, developer wise. And if you get enough of CA in place it may even
work on top of GNUstep. We should
I have pondered over this patch for quite a while now and I am still
undecided. It does no harm, but it also works around a problem that
should not be there. When you don't need NSApplicationMain() you should
juts not call it.
Here is your main function:
int main(int argc, const char **
David's and your changes help a lot. The only remaining compiler warning
I get is this:
Compiling file CFTimeZone.c ...
CFTimeZone.c: In function ‘CFTimeZoneCreate’:
CFTimeZone.c:163:3: warning: dereferencing type-punned pointer will
break strict-aliasing rules [-Wstrict-aliasing]
On 27.05.2012 17:52, Stefan Bidi wrote:
On Sun, May 27, 2012 at 10:11 AM, Fred Kieferfredkie...@gmx.de wrote:
David's and your changes help a lot. The only remaining compiler warning I
get is this:
Compiling file CFTimeZone.c ...
CFTimeZone.c: In function ‘CFTimeZoneCreate’:
On 27.05.2012 19:23, David Chisnall wrote:
On 27 May 2012, at 18:03, Fred Kiefer wrote:
You access an array of four chars in the middle of a structure and want to use
it as a pointer to an UInt32. This may work on most machines, but there is no
guarantee that it will on all. You rather
On 14.05.2012 01:11, Riccardo Mottola wrote:
On 05/13/12 22:54, Fred Kiefer wrote:
On 13.05.2012 12:38, Riccardo Mottola wrote:
Judging from the picture you send along the view itself is places
inside another view where you may select the visible panel. Which
element is used here? Maybe
The gdb backtrace that you sent looks like you have two different versions ob
libobjc linked in. Could you please test, using ldd, whether this is the case.
And if so, fix theroblem and try again.
Fred
On the road
Am 26.05.2012 um 17:42 schrieb Benoît Garrigues bgarrig...@gmail.com:
Hi
401 - 500 of 1240 matches
Mail list logo