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
wi
x27;m using current clang svn and current llvm svn so version 3.3
HAVE_BLOCKS=' ' OBJCRUNTIME=' '
On 25 March 2013 07:24, Fred Kiefer wrote:
On 24.03.2013 21:13, James Carthew wrote:
When compilling gnustep-base receiving error messages like these:
Making all f
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 wind
On 14.06.2013 13:09, Riccardo Mottola wrote:
Hi,
I noticed that on windows I have problems with copy&paste.
1) within gnustep application(s) I can copy&paste 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
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 couple
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.
I'
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:
NAME:NSInvalidArgumentException
REASON:[GSStreamContext-GSDefineGState] not implemented INFO:(null)
GSStreamContexts does not i
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 -guiDrawInRect:fromRect:
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 d
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 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
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 th
I tend to agree with Wolfgang here. Basically the GNUstep code is
correct and documented to be that way. I understand that for many
keyboards this may not be as user friendly as we wish to be, but then
the current GNUstep keybindings don't match that well with any of the
existing desktop environmen
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
implem
On 02.08.2013 16:36, Riccardo Mottola wrote:
> Hi,
>
> I have a hard time analyzing certain runtime exceptions in GNUstep. For
> example, if you send a message to a non-existing method under Cocoa, you
> get an NSLog, not so on GS, at least, not always. I am speaking of a Gui
> app.
>
> Right now
control.
Fred
On the road
Am 03.08.2013 um 15:14 schrieb Ivan Vučica :
> Hi Fred,
>
> On Fri, Aug 2, 2013 at 4:50 PM, Fred Kiefer wrote:
>
> please have a look at this method in NSApplication:
>
> - (void) _handleException: (NSException *)exception
>
> As
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
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
A
On 19.08.2013 22:01, Riccardo Mottola wrote:
> I am trying to add localization support to a certain SystemPreferences
> Module, which is a Bundle.
> Each bundle has its language resources and Localizable.strings, however
> I noticed it that it was not working.
>
> I then tried to copy the strings
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.
>> <...>
>>>
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
> appropria
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 26.08.2013
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:
GSFileBrowserHideDotF
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 zero
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 becomin
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. Ap
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 whatev
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.
> T
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 alrea
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 t
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
20.10.2013 21:55, Fred Kiefer wrote:
> 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)
>
>
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 initialis
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 ha
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 env
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
> ov
On 23.11.2013 23:09, Riccardo Mottola wrote:
> On 11/20/13 23:31, edwin ancaer wrote:
>> Riccardo,
>>
>> I downloaded and installed the latest version (37839), and he
>> segfault has gone, GWorkspace is starting fine now.
>>
> That's good news, the immediate problem is solved and it is not just a
On 24.11.2013 13:02, Riccardo Canalicchio wrote:
> hi there,
> i'm unable to draw a gradient clipped by a bezierpath.
> I'm trying to fill a roundeded rectangle path with a gradient
> here you can see the code that i'm using to draw:
> https://github.com/nongio/gs-testDrawing
>
> I don't know if i
On 24.11.2013 12:54, David Chisnall wrote:
> We still have some issues with theming though. In the app I demoed,
> I have some quite ugly code for selecting a shade of green that is
> visible on a scroll view. The default theme has a dark background,
> Nesedah and Narcissus have a white backgroun
On the road
Am 25.11.2013 um 02:10 schrieb Riccardo Mottola :
>> On 11/24/13 12:41, Fred Kiefer wrote:
>> Oops, I wasn't aware of that. Yes of course, there is more to remove.
>> All that similar code in FSNTextCell that is never used. And in
>> FSNBrowserCell the
On 25.11.2013 16:40, Riccardo Mottola wrote:
> Fred Kiefer wrote:
>>
>> The method setFont: is an instance method, there is no guaranty that
>> it will always be the same for all cells.
> I made fontAttr re-calculated now. This should be safe.
That should be fine.
You should not need to manually fiddle with the GNUstep environment variables.
Just source the GNUstep.sh shell script from the Makefiles directory. If this
has been setup up correctly it should give you a working environment.
As for your example, it is basic but wrong. You missed the @ before t
Which version of GNUstep base are you using? I think we switch to pkg for
gnutls detection a long time ago. Could you please give details of the error
you are getting?
Fred
On the road
Am 28.11.2013 um 01:06 schrieb Kevin Ingwersen :
> Due to an update within the lifespan of libgnutls, they r
fixed my install, how can I boot the built environment?
>
> Kind regards, Ingwie
> Am 28.11.2013 um 09:11 schrieb Fred Kiefer :
>
>> You should not need to manually fiddle with the GNUstep environment
>> variables. Just source the GNUstep.sh shell script from the Makefile
Could you please try to print out the _className instead of the class? That
should tell you which class is missing.
You should also be aware that the exception you did stack trace was a different
one from the one you got originally.
Fred
On the road
Am 29.11.2013 um 13:30 schrieb Slex Sangiuli
On 23.11.2013 18:26, Sebastian Reitenbach wrote:
>
> On Saturday, November 23, 2013 18:08 CET, Fred Kiefer
> wrote:
>
>> On 23.11.2013 16:29, Sebastian Reitenbach wrote:
>>>
>>> I have an NSBrowser in a NSWindow in Gorm, and set its autosizing, so that
The way to handle this with GNUstep on Windows is to use the
"standalone" file system layout in GNUstep make. Best to start reading
the documentation here :-) Start with the README.MINGW one as this has a
section "HOW TO SHIP YOUR GNUSTEP APPLICATION TO WINDOWS USERS". This
explains what needs to b
I had to switch to HTML to be able to see your mail. Your mailer sends
unreadable garbage as simple text. Perhaps it would be best if you
switched to using non -HTML mails when sending to this mailing list?
>From what I see below the NSCustomObject gets resolved as the class
NSCustomObject, which
On 30.11.2013 00:18, Alessandro Sangiuliano wrote:
>
> Il giorno 29/nov/2013, alle ore 23:25, Fred Kiefer ha
> scritto:
>
>> I had to switch to HTML to be able to see your mail. Your mailer sends
>> unreadable garbage as simple text. Perhaps it would be best if you
On 30.11.2013 21:37, Alessandro Sangiuliano wrote:
>
>
> Inizio messaggio inoltrato:
>
>> Da: Alessandro Sangiuliano Oggetto: Re:
>> Exception raised during xib loading Data: 30 novembre 2013 18:59:19
>> CET A: Fred Kiefer
>>
>>
>> Il giorno
On 16.12.2013 13:11, Moon Elf wrote:
> On 2013-09-21, Nerijus Baliunas wrote:
>> Hello,
>>
>> how do I display UTF-8 characters in gnustep app (SimpleAgenda in my case)?
>> Is it enough to set font with SystemPreferences app? Should I make font
>> before
>> with mknfonts? My locale is LANG=lt_LT.
You are welcome to look into this. Yesterday I tried to use valgrind
(callgrind in this case) to detect any anomalies, but couldn't spot any
big performance change to previous versions.
I also made a quick check and the problem shows up with the cairo and
the art backend, but not with the xlib one
step nickname: nongio) if anyone would like
> to talk about this issue I would appreciate a lot!
>
>
>> On 17 December 2013 22:34, Fred Kiefer wrote:
>> You are welcome to look into this. Yesterday I tried to use valgrind
>> (callgrind in this case) to detect any an
On 20.12.2013 11:03, Riccardo Canalicchio wrote:
> tell me If I'm right:
> - when using a buffered window there should be two cairo surfaces (back and
> front)
> - a window resize, trigger the re initialisation of all the two surfaces
> - actually the fresh new surfaces get drawn immediatly (in my
OME WHITE (OR
> BLACK) *XGCairoModernSurface.m:48
> CairoContext handleExposeRect
> XGCairoModernSurface handleExposeRect
> ...
> and on the next XFlush the window get displayed
>
> this mean that XGetWindowAttributes cause an error?
>
>
> On 20 December 2013 17:20, Fred
On 21.12.2013 20:01, Ivan Vučica wrote:
> On Sat Dec 21 2013 at 6:36:31 PM, Markus Hitter wrote:
>> Why do
>> most people here expect users to compile software from tarballs? Outside
>> of GNUstep people are used to use appstores (which Ubuntu provides).
>>
>
> That's simply a result of the reali
On 21.12.2013 21:24, Ivan Vučica wrote:
> On Sat Dec 21 2013 at 8:12:14 PM, Fred Kiefer wrote:
>
>>
>> Me? In our wiki (http://wiki.gnustep.org/index.php/Platform:Linux) you
>> can find a link to this OBS project
>> (https://build.opensuse.org/project/show?
On 22.12.2013 11:29, Riccardo Canalicchio wrote:
> Hi There,
> I would like to share with you my work in progress theme...
> I'm working on it from about 2 weeks... the intent of this theme is to make
> a gui similar to osx maverick. I have choosen to draw things
> programmatically... I have seen t
On 22.12.2013 17:13, Markus Hitter wrote:
> Am 22.12.2013 17:07, schrieb Markus Hitter:
>> My assumption was, git-svn is just as fine as svn its self. Looks like
>> this assumption is wrong, git-svn doesn't follow svn links and the
>> GNUstep repo has many links. This one works better:
>>
>> git sv
On 22.12.2013 17:49, Markus Hitter wrote:
> Am 22.12.2013 17:43, schrieb Fred Kiefer:
>> Why would you want to add that? You already know that the GIT repository
>> is a read only copy of the SVN one and that it is at the moment broken
>> and horribly out of date.
>
&g
On 23.12.2013 10:57, Riccardo Canalicchio wrote:
> Fred, about a patch...
> I'm working on the NSToolbar, my intent is to integrate the toolbar into
> the window titlebar like this:
> https://dl.dropboxusercontent.com/u/3470013/theme/toolbar.png
> The best would be to draw the titlebar with the hei
Yes, thank you Richard for making these releases!
I am currently in the process of updating the OpenSuse packages to use
the new releases. One issue here is that we now link gui and back with
all the libraries used by base. This means that I have to require the
dev packages for these libraries in
I don't know anything about building clang/llvm and you seem to be stuck
in that stage. From comparing the wiki page and your command lines I see
a little difference. You try to build the llvm tools separately on the
Wiki this happens as part of building llvm:
cd ~/llvm
mkdir build
cd build
cmake
On 27.12.2013 05:21, Lundberg, Johannes wrote:
> Hi
>
> Xcode (at least from v5) generates a Info.plist with the name
> xxx-Info.plist where xxx is app / bundle name.
>
> GNUstep expects a plist name
> xxxInfo.plist
>
> Is this done deliberately to keep them apart or did they use to be same
> on
On 27.12.2013 14:22, Fred Kiefer wrote:
> On 27.12.2013 05:21, Lundberg, Johannes wrote:
>> Hi
>>
>> Xcode (at least from v5) generates a Info.plist with the name
>> xxx-Info.plist where xxx is app / bundle name.
>>
>> GNUstep expects a plist name
>>
On 28.12.2013 21:36, Riccardo Mottola wrote:
> Lundberg, Johannes wrote:
>> Xcode (at least from v5) generates a Info.plist with the name
>> xxx-Info.plist where xxx is app / bundle name.
>>
>> GNUstep expects a plist name
>> xxxInfo.plist
>>
>> Is this done deliberately to keep them apart or did t
You should rather try to use the standalone layout that GNUstep make offers and
report back problems with that instead of using a probably outdated set of
instructions.
But the problems you are seeing are most likely unrelated. You should be
getting the same when using the standard GNUstep layo
On 29.12.2013 12:47, a b wrote:
>> Does this happen with your "Own" test app only? or also when starting
>> Gorm or PojectCenter?
>
> I am trying to become familiar with GNUstep; it is a test app only.
> If GNUstep is already installed, I don't see any problem.
>
>> If you just
You might need to log into the Windows event viewer to see the error logs on
Windows.
Fred
On the road
Am 29.12.2013 um 15:53 schrieb a b :
> Your references were spot on. Russinovich really explains it well. Since I
> am just
> beginning to familiarize myself with GNUstep it can be diffic
Happy New Year!
And thank you very much for working on this. It already looks very impresive,
Fred
On the road
Am 01.01.2014 um 21:09 schrieb Niels Grewe :
> Happy new year everybody!
>
> I’ll just do my own bit of ‘thread necromancy’, as Ivan adequately put it. I
> finally found the time to
On 04.01.2014 06:27, Germán Arias wrote:
> I'm having a problem with NSMutableData at GNUMail. This app declares
> extensions for NSData at file NSData+Extension.m, inside these methods
> NSMutableData objects are used. Specifically the methos
> -replaceBytesInRange:withBytes:length:, which caus
Hi David,
I am no expert on NSOperationQueue others might be of more help here. From what
I can tell looking at the GNUstep code I would expect that the code is hanging
in the initialize method of that class. To understand this it would be
necessary to know where you create this first queue. Wo
Which key did you press? And was the document empty before that? If so, your
probem might be related to the table editing issue David reported.
Fred
On the road
Am 20.01.2014 um 09:12 schrieb Riccardo Mottola :
> Hi,
>
> Ivan Vučica wrote:
>> More importantly, should NSInputManager be generat
On 02.02.2014 14:02, Riccardo Mottola wrote:
> Hi,
>
> on Fred's advice, I was reorganizing GNUMails EditWindowController alloc
> and release.
>
> Basically, previously, the GNUMail class alloc'd a controller and then
> forgot about it, relying that the controller auto-released by itself.
>
> I
Am 03.02.2014 um 10:30 schrieb Riccardo Mottola :
> Hi,
>
> Riccardo Mottola wrote:
>> So do you suggest removing line 213, setDelegate:self?
>> The NIB file just sets the delegate to NSOwner.
>>
>> As a first test, it seems to work! I see no "loss of functionality"...
> I need to correct myse
Looks like your main issue is with pkg-config, which seems to be mapped to the
missing gnome-config. Please try to resolve that by properly installing
pkg-config. If Wikipedia is correct gnome-config has been obsolete for more
than ten years now.
Fred
On the road
Am 05.02.2014 um 00:20 schrie
If you google for that function you will notice that your problem is rather
comon. There are two possible reasons, either your version of freetype was
compiled without it, or you are missing a library when linking. You could check
the first option yourself and if the function is there, give us t
we never should clear
something that we do not set ourself.
Fred
On 05.02.2014 02:24, Riccardo Mottola wrote:
> Hi,
>
> Fred Kiefer wrote:
>> That is a good question. A window controller sets its window to nil,
>> when it gets deallocated. This releases the window and should
On 19.02.2014 22:43, Germán Arias wrote:
> On 2014-02-19 11:25:35 -0600 Riccardo Mottola
> wrote:
>
>> I think this is important for us too!
>
> No ideas? We only have a few hours, if not we'll be out.
I don't think so. If other GNU projects put a few ideas on that website
the GNU project will
On 21.02.2014 11:07, Riccardo Mottola wrote:
> I saw Gregory commited some work and I just had to test it.
> When I activate the theme, it looks fine! The window grows to
> accommodate the menu. However, when i resize it, it "snaps back" to the
> wrong size without considering the menu-bar.
The pr
Greg,
I agree with you that the code to load and process the new XIB format
does not belong into gui itself. Your idea of just being able to load
the format and convert it into a NIB file sounds great to me.
When I first learned about this new format I compared it to Renaissance.
If we want to loa
On 03.04.2014 23:37, Ivan Vučica wrote:
> Single window, I'm not so sure. Possibly not single window, but
> sidebar-in-each-window? Xcode has a vast disregard for the potential
> size of my total workspace.
Not sure either, I have seen to many badly designed single window user
interfaces. But you
On 11.04.2014 15:46, Ivan Vučica wrote:
> Just pinging in case our NSXMLDocument implementation is vulnerable to XML
> XXE.
>
> https://www.owasp.org/index.php/XML_External_Entity_(XXE)_Processing
>
> libxml2 after 2.9 has this disabled by default.
>
> On iOS (and presumably OS X) one is safe on
Hi Johannes,
this looks like a bug in GNUstep gui. I am currently on holidays, travelling in
the UK, but will fix this as soon as I am back. Everybody should feel free to
beat me on that.
Fred
On the road
Am 15.05.2014 um 04:25 schrieb "Lundberg, Johannes"
:
> Hi
>
> Question, why is NSIma
On 21.05.2014 16:56, Riccardo Mottola wrote:
> Hi,
>
> Lundberg, Johannes wrote:
>> Well, the GNUstep documentation clearly states that it is from 0 - 255
>> so maybe it something that Apple changed recently? We also have to
>> update the documentation and think about all the programs we will
>> b
On 29.05.2014 00:29, Riccardo Mottola wrote:
> Fred Kiefer wrote:
>> On 21.05.2014 16:56, Riccardo Mottola wrote:
>> thank you for looking into this and fixing it! Just to make sure,
>> could you please check your results on a Mac as well? I find the words
>> used in the
The whole issue of copyright transver is an US Amarican one. As far as I
understand it, this is not even possible according to German law. This means
this is a complete non-issue for me and most other contributors to GNUstep.
Feel free to change it if you like to. I only played along to keep the
On 04.06.2014 00:11, Gregory Casamento wrote:
> Hey guys. I'm thinking that we may want to move the apps back to GPL2.1+
> for the apps instead of GPLv3. While I understand many companies
> objections to GPLv3, I don't understand why it impacts GNUstep since the
> applications are the only part w
On 26.05.2014 12:24, David Chisnall wrote:
> That said, I don't think I should have too strong an opinion on this
> subject. I've had little time for GNUstep recently and have
> increasingly little interest in Objective-C. My last attempt to make
> a GUI application with GNUstep produced somethin
Hi David,
thank you for taking the time to reply in detail and sorry for not
replying back earlier.
On 05.06.2014 10:19, David Chisnall wrote:
> On 4 Jun 2014, at 21:04, Fred Kiefer wrote:
>
>> - Missing or incorrect features in GNUstep GUI?
>
> I hit the bug in NSTextFie
If you look at the code in NSData.m you will see that just before the failing
line there is an #if NEED_WORD_ALIGNMENT clause. The question now is why this
isn't defined in your case. You will have to report back the configure results
of your Sparc machine.
Hope this helps,
Fred
On the road
A
Hi Prateek,
I definitely like you theme. It looks old-fashioned, but very consistent.
Fred
On 25.06.2014 21:50, Prateek Khandelwal wrote:
> Hello,
>
> I have put together a basic GNUStep theme, built using thematic, solely
> using image files and no code.
>
> The objective that I set to achie
Hi Greg,
great that you are coming over to Europe, or at least the UK :-)
Sadly for me this is a bit of a short notice and I wont make it to
Brighton next week. I need to put in holiday notice at least a week in
advance.
I think the link to the summit itself is this one:
https://indietech.org/su
Hi Edwin,
to see the old scrolling problem again is a bit surprising for me. I was
rather sure we did resolve it a long time ago.
Fedora 20 has been out for some time now, and this is the first reported
issue for it. Maybe we should try to rule out all other possibilities
that could have caused t
Hi Nikolaus,
On 07.07.2014 19:49, Dr. H. Nikolaus Schaller wrote:
> I think there is always the other way round: participate and bring
> forward communities that already exist :)
this is a rather interesting position coming from your side. Do you
finally plan to give up mySTEP and join the GNUst
ncaer :
> The recompilation was for Fedora 20, not for fedora 19.
>
>
> -- Forwarded message --
> From: Edwin Ancaer
> Date: 2014-07-07 23:18 GMT+02:00
> Subject: Re: Problem when scrolling vertically
> To: Fred Kiefer
> Cc: Discuss GNUstep
>
>
Hi Edwin,
On 14.07.2014 09:35, Edwin Ancaer wrote:
> I apologise for taking so long to answer, but I'm a little short of time
> for the moment.
No problem.
> Would it be better if I returned to fedora 19? I only went to 20 because
> it had clang 3.4, and it was mentioned i needed 3.4 o compile
If everything else looks correct, the most probable issue is that you did
forget to setup the GNUstep environment variables by running the GNUstep.sh
shell script.
Hope this helps,
Fred
On the road
Am 15.09.2014 um 22:37 schrieb Edwin Ancaer :
> I downloaded the following gnustep modules:
> g
Hi Andreas,
with what version of GNUstep gui did you experiance this issue? Is it still
present in the current SVN code? I would check myself but I am away from my
computer over the weekend.
Cheers,
Fred
On the road
Am 10.10.2014 um 16:28 schrieb Andreas Höschler :
> Hi all,
>
> I have a
Am 08.10.2014 um 17:10 schrieb Jochen Schmitt:
> Hello,
>
> unfortunatly, I'm running in trouble to build grom-1.20 on Fedora Rawhide.
> The issue
> is that nothing seems to copied in the Documentation foleder, but in the
> Documentation
> sub directory in the build directory I could saw any doc
1 - 100 of 1398 matches
Mail list logo