Hi,
El jue, 05-10-2017 a las 23:39 +0200, Fred Kiefer escribió:
> [...]
>
> Strange, for me it is sufficient to make the suggested change in the
> GNUmakefile. The NIB file then loads correctly.
>
> Fred
>
In my desktop PC (with an old Ubuntu derived system) don't work. But in
my laptop with
See:
http://lists.gnu.org/archive/html/discuss-gnustep/2017-04/msg00041.html
Germán
El jue, 01-06-2017 a las 00:07 +, Daniel Ferreira escribió:
> Can you point me to where these discussions happened? I'd love to
> understand in more detail why this is so.
>
> -- Daniel
> Sent from my iPhone
Hi,
El jue, 18-05-2017 a las 10:13 +0100, David Chisnall escribió:
[...]
> Hmm, I thought we were only one minor revision behind. I’ll look at
> updating them this weekend.
>
> David
>
> P.S. No need to cc portmgr: they’re not the maintainers of the
> GNUstep ports, I am (though I’d be very
No objection.
Germán
El mar, 03-05-2016 a las 11:45 +0200, m...@sbuilders.com escribió:
> Hi,
>
> Gregory Casamento ask me to be the owner of gnustep.org/.net/.info domains.
>
> Is there an opposition ?
>
>
> Manuel
>
> ___
> Gnustep-dev mailing
Currently Gorm don't let add accents in texts displayed as tool tips. In
attached image you can see a button with the correct text, but the tool
tip is incorrect. The text field "Tool Tip" at Gorm inspector can't
display characters with accents. But I don't see where is the problems.
Some years
Thanks Fred.
Germán
El sáb, 24-10-2015 a las 23:11 +0200, Fred Kiefer escribió:
> Am 24.10.2015 um 20:29 schrieb Germán A. Arias:
> > El sáb, 24-10-2015 a las 09:21 +0200, Fred Kiefer escribió:
> >> I still don't understand what is happening here. Could you please provide
> >> me with an
> Am 08.09.2015 um 08:59 schrieb Niels Grewe <niels.gr...@halbordnung.de>:
> >
> >
> >> Am 08.09.2015 um 08:33 schrieb Germán Arias <germanan...@gmx.es>:
> >>
> >> After update base and gui there is a problems when store
After update base and gui there is a problems when store colours in user
defaults. Gemas.app store the colours with something like:
[defaults setObject: [NSKeyedArchiver archivedDataWithRootObject: color]
forKey: @"EditorInsertionPointColor"];
but then the Gemas.plist become
El lun, 25-05-2015 a las 19:37 +0200, Sebastian Reitenbach escribió:
On 05/25/15 09:09, Gregory Casamento wrote:
Hey guys,
I wanted to run this past the community to see what the general feeling
is. I am considering a move back to savannah utilizing git instead of
subversion.
The
Hi,
Yesterday I update gnustep on my laptop (amd64), and the latest changes
in base crash all apps. Here the backtrace.
*** Error in `/usr/GNUstep/Local/Applications/Gorm.app/Gorm':
munmap_chunk(): invalid pointer: 0x76ac256d ***
Program received signal SIGABRT, Aborted.
El sáb, 23-05-2015 a las 19:39 +0200, Riccardo Mottola escribió:
Hi,
Germán Arias wrote:
Yesterday I update gnustep on my laptop (amd64), and the latest changes
in base crash all apps. Here the backtrace.
could you be more specific about latest changes?
You did clean everything, right
This video show an ugly issue with tooltips on Windows. This happen when
the user move fast the mouse between windows (not too fast). And really
I don't have idea about what is going wrong here.
http://youtu.be/UtYTEQpMbXU
The first impression is that the windows don't get all the mouse events.
El sáb, 14-03-2015 a las 23:03 +0100, Fred Kiefer escribió:
I just noticed that openSuse will be switching to the GIFlib 5.1
release. Which means that we should get Riccardo's changes from last
summer out as fast as possible. There hasn't been a gui (nad back)
release in over a year and even
Attached the patch to solve the cursors issues on Windows. The backend
only process the events inside the windows, so we should take cares when
the mouse leave/enter the window. As far as I can see, this patch solves
all the problems with the cursor. Let me know if you are agree with
these
09.03.2015 um 07:45 schrieb Germán Arias germanan...@gmx.es:
After some days trying to solve the cursor problems on Windows, I found
a solution that, I think, is better than the corresponding solution in
TestPlant branch. Initially I tried to implement the TestPlant solution,
but this have
After some days trying to solve the cursor problems on Windows, I found
a solution that, I think, is better than the corresponding solution in
TestPlant branch. Initially I tried to implement the TestPlant solution,
but this have problems (as you can see in the comments in that branch).
So I
El jue, 05-03-2015 a las 23:41 +0100, Fred Kiefer escribió:
Am 25.02.2015 um 07:56 schrieb Germán Arias:
OK, the problem is because NSPrinter can't load the PPD file of my
printer. The application get trapped in the loop while of the method
-loadPPDAtPath:symbolValues:inclusionSet
The line that hangs the applications is this:
*de.MediaType plain/Normalpapier: /MediaType(plain)setpagedevice:
the loop while can't continue with the parse of the file when arrives to
this line.
Germán
El mié, 25-02-2015 a las 00:56 -0600, Germán Arias escribió:
OK, the problem is because
you install GNUstep? And why is gui in Local and not in
System?
Fred
On the road
Am 23.02.2015 um 20:10 schrieb Germán Arias germanan...@gmx.es:
El lun, 23-02-2015 a las 09:01 +0100, Fred Kiefer escribió:
Which version of tifflib is installed on that machine? The change I made
there is no problem.
With winlib I don't know what is the problem. But I think cairo will be
the default backend on the future. Because maintain two backends will be
a nightmare.
Germán
El mar, 24-02-2015 a las 10:18 -0600, Germán Arias escribió:
The problem with the images (arrows in scrollbars
Forget this email, I crossed the threads.
Germán
El mar, 24-02-2015 a las 11:53 -0600, Germán Arias escribió:
The problem with cairo backend is that, if the window is not buffered,
The line:
copy-_ct = cairo_create(cairo_get_target(_ct));
at method -copyWithZone, fails with the error
ignore the backing
style, why isn't it?
Fred
On the road
Am 24.02.2015 um 00:59 schrieb Germán Arias germanan...@gmx.es:
El lun, 23-02-2015 a las 23:01 +0100, Fred Kiefer escribió:
Could you please take back the gui changes you commited to work around
this issue? I really don't
OK, the problem is because NSPrinter can't load the PPD file of my
printer. The application get trapped in the loop while of the method
-loadPPDAtPath:symbolValues:inclusionSet: in NSPrinter class. Attached
the ppd file of my printer.
Germán
*PPD-Adobe: 4.3
*% CUPS add-on PPD file for Canon
El lun, 23-02-2015 a las 09:01 +0100, Fred Kiefer escribió:
Which version of tifflib is installed on that machine? The change I made in
tiff.m depends on a new version of that library but should fall back to an
define for older versions, which should give the old behaviour.
Your bug report
El lun, 23-02-2015 a las 23:01 +0100, Fred Kiefer escribió:
Could you please take back the gui changes you commited to work around this
issue? I really don't think that this is a gui issue and we should try to
address it on the correct level. In this case it would be in back and there
in
an updated gui
and rebuild the theme.
On Saturday, February 21, 2015, Germán Arias germanan...@gmx.es
wrote:
Currently (testing with Ink) if you select PageLayout or Print
panel at
menu, nothing is displayed.
Germán
El dom, 22-02-2015 a las 19:59 +0100, Riccardo Mottola escribió:
Hi,
Germán Arias wrote:
Currently (testing with Ink) if you select PageLayout or Print panel at
menu, nothing is displayed.
Hmm, with the standard GNUstep theme, they look fine for me using e.g.
Ink, they look as always
to NSBackingStoreBuffered? Or some other advice?
Germán
El sáb, 21-02-2015 a las 11:55 -0600, Germán Arias escribió:
Running Gemas with:
debugapp Gemas --GNU-Debug=WTrace
If I press Control+p to display the auto-completion window, I get:
warning: 2015-02-21 11:02:48.342 Gemas[3964
Currently (testing with Ink) if you select PageLayout or Print panel at
menu, nothing is displayed.
Germán
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
Running Gemas with:
debugapp Gemas --GNU-Debug=WTrace
If I press Control+p to display the auto-completion window, I get:
warning: 2015-02-21 11:02:48.342 Gemas[3964] window: {x = 218; y = 271;
width = 175.2; height = 148} : 1 : 0 : 0
warning: 2015-02-21 11:02:48.383 Gemas[3964] device
I installed cairo backend on MinGW using cairo 1.14.0. All the methods
in +initializeBackend are executed, but I don't see anything. Any idea
about in which method can I look?
Thanks.
Germán.
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
On 2015-02-15 14:06:29 -0600 Fred Kiefer fredkie...@gmx.de wrote:
Am 15.02.2015 um 06:40 schrieb Germán Arias:
Finally I found the problem, this occurs at function
GSPrivateLoadModule() in objc-load.m. The problem is the NSString method
-fileSystemRepresentation, that returns a 16-bit unicode
Finally I found the problem, this occurs at function
GSPrivateLoadModule() in objc-load.m. The problem is the NSString method
-fileSystemRepresentation, that returns a 16-bit unicode string. The
function dlopen() on mingw don't support this. So I solved the problem
just using -UTF8String and now
El vie, 13-02-2015 a las 15:18 +0100, Fred Kiefer escribió:
Am 13.02.2015 um 07:29 schrieb Germán Arias:
Now I have installed gnustep on latest MinGW. But can't load the backend
(winlib or cairo) because the class NSBundle return NO at line 2049 in
method +load. I'm using the libobjc
El vie, 13-02-2015 a las 13:19 -0600, Germán Arias escribió:
El vie, 13-02-2015 a las 15:18 +0100, Fred Kiefer escribió:
Am 13.02.2015 um 07:29 schrieb Germán Arias:
Now I have installed gnustep on latest MinGW. But can't load the backend
(winlib or cairo) because the class NSBundle
Running it with:
debugapp SystemPreferences --GNU-Debug=NSBundle
I get:
(gdb) run
Starting program:
C:/MinGW/msys/1.0/local/lib/GNUstep/Applications/SystemPrefere
nces.app/SystemPreferences.exe --GNU-Debug=NSBundle
[New Thread 3780.0xb88]
[New Thread 3780.0x6a4]
warning: 2015-02-14 01:33:12.137
Now I have installed gnustep on latest MinGW. But can't load the backend
(winlib or cairo) because the class NSBundle return NO at line 2049 in
method +load. I'm using the libobjc library. Any idea what can cause
this?
Thanks.
Germán
___
Gnustep-dev
El sáb, 07-02-2015 a las 10:33 +, Richard Frith-Macdonald escribió:
...
I think the code assumes HAVE_MKSTEMP will not be defined on mingw ... so the
thing to do is make that explicit ... there's no point trying to use mkstem()
on a windows system since there's already a native function
After solve the problem with pthread and nanosleep (change the
parts/time.h header on MinGW and change config.h, in gnustep base, to
don't use nanosleep) I have other problem. The configure script now
defines HAVE_MKSTEMP to 1, used in -writeToFile:options:error: in
NSData. This part of code isn't
El mar, 23-12-2014 a las 23:22 +0100, Fred Kiefer escribió:
I think that the code that sends the mouse entered and mouseexited
methods to the tracking rectangle and via that to the tooltip should
take the visible rectangle of the current view into account.
That code seem to reside in the
Hi
El dom, 14-12-2014 a las 01:29 -0500, Gregory Casamento escribió:
I believe that the proper fix is to make GNUstep take into account the
intervening layers in front.
GC
I don't see a solution for this. All the views should be informed about
the mouse events, so they can make some
Looking at the machinery of GNUstep to display ToolTips, this only take in
account the coordinates of rectangles, and not information about levels (front,
back,...). So, I will need change the way used by FisicaLab to display tooltips.
Germán
On 2014-12-13 00:47:43 -0600 Germán Arias germanan
your initial Gorm file to see, which custom class
name you are using for the table view?
Hope this helps,
Fred
Am 05.12.2014 um 01:35 schrieb Germán Arias:
Attached.
Germán
El vie, 05-12-2014 a las 00:16 +0100, Fred Kiefer escribió:
Could you please provide one such Nib
Currently I can convert gorm files to nib. But I have problems to open
some of these. I get the error:
Failed to load file. Exception: Unable to find class 'InfoTable'
Germán
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
Seems a problem in LXDE because if you see the panel has a minimize and
a close button.
Germán
El vie, 28-11-2014 a las 13:04 -0600, Germán Arias escribió:
This problem only happen in LXDE. If you try to close a modified
document the app show the panel asking if you want save the document
This problem only happen in LXDE. If you try to close a modified
document the app show the panel asking if you want save the document. If
you select Cancel and then try to close the document again, this time
the panel is displayed as show the image. The buttons are in the white
bar at button. Some
On Wed, Aug 13, 2014 at 6:27 PM, Germán Arias germanan...@gmx.es wrote:
El mar, 12-08-2014 a las 09:40 +0100, Richard Frith-Macdonald escribió:
On 12 Aug 2014, at 09:28, David Chisnall thera...@sucs.org wrote:
The bug is in the GCC Objective-C runtime. The runtime is responsible
The current NSAnimation-test in examples use NSAnimationNonblockingThreaded.
But this stuck the application, don't respond to user events. Changing this to
NSAnimationNonblocking, solves the problem. Is this a bug with
NSAnimationNonblockingThreaded? Or is an error in the test?
Germán.
Hi,
I build GNUstep successfully with GCC 4.9.1. Here some warnings I get
(alongside the usual):
For Base:
Compiling file blocks_runtime.m ...
blocks_runtime.m: In function '_Block_copy':
blocks_runtime.m:215:20: warning: taking address of expression of type 'void'
if (self-isa ==
I'm not an expert in images but according with Gimp, the image
common_ret.tiff only have two channels: Grey and Alpha. Could be
this the problem?
Germán.
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
On 2014-08-16 13:50:17 -0600 Riccardo Mottola riccardo.mott...@libero.it
wrote:
Hi,
On 2014-08-16 19:41:06 +0200 Germán Arias germanan...@gmx.es wrote:
I'm not an expert in images but according with Gimp, the image
common_ret.tiff only have two channels: Grey and Alpha. Could
Hi,
The open panels show this button (see attached image) when there isn't a
selection in the panel. The same with save panels before the user writes
the name of the new file. I suppose this is not intentional.
Germán.
___
Gnustep-dev mailing list
El mar, 12-08-2014 a las 09:40 +0100, Richard Frith-Macdonald escribió:
On 12 Aug 2014, at 09:28, David Chisnall thera...@sucs.org wrote:
The bug is in the GCC Objective-C runtime. The runtime is responsible for
ensuring that +initialize is thread safe. The 'fix' is to use the GNUstep
On 2014-07-20 09:18:26 -0600 Ivan Vučica i...@vucica.net wrote:
Which runtime are you using?
The runtime that comes with gcc 4.6.3.
Germán.
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
Testing NSAnimation-test and NSViewAnimation-test in GSTest I get the warning:
GSTest[22847] WARNING your program is becoming multi-threaded, but you are
using an ObjectiveC runtime library which does not have a thread-safe
implementation of the +initialize method. Please see README.initialize
I don't have a Mac. But what you think about Homebrew:
http://brew.sh/
to build GNUstep packages for Mac. Indeed, currently gnustep-make is available.
According with previous emails the problem is use clang. So, what if we use GCC?
Regards.
Germán.
On 2014-04-05 01:54:08 -0600 Richard Frith-Macdonald
richardfrithmacdon...@gmail.com wrote:
[...]
Another possibility would be if you are launching an intermediate subtask (eg
a shell which then runs the tool asynchronously) which terminates.
1. launch the shell subtask
2. shell
On PC if you build a tool that writes more than one line. for example:
NSLog(@One);
NSLog(@Two);
NSLog(@Three);
And run this at launch panel, only the first line is printed. The problem is
that NSTaskDidTerminateNotification is sent after print the first line, even
when Task is still running.
On 2014-04-05 01:54:08 -0600 Richard Frith-Macdonald
richardfrithmacdon...@gmail.com wrote:
On 5 Apr 2014, at 07:50, Germán Arias germanan...@gmx.es wrote:
On PC if you build a tool that writes more than one line. for example:
NSLog(@One);
NSLog(@Two);
NSLog(@Three);
And run
OK, search on internet CreateProcess error=87 and you will see we are not
alone in this problem. If I understand correctly the problem (in our case) is
that gnustep-make add a lot of parameters to make, exceeding the length allowed
by Windows. Maybe on Windows 8 this is not a problem. Anyway,
On 2014-03-24 02:40:11 -0600 Fred Kiefer fredkie...@gmx.de wrote:
Looks like an error in the makefile to me. Whar do you get when running make
on the file?
Fred
On the road
In some cases works fine, but in others no. And I think I finally found the
problem. Projectcenter replaces
On 2014-03-25 00:03:05 -0600 Germán Arias germanandre...@gmail.com wrote:
On 2014-03-24 02:40:11 -0600 Fred Kiefer fredkie...@gmx.de wrote:
Looks like an error in the makefile to me. Whar do you get when running
make on the file?
Fred
On the road
In some cases works fine
On 2014-03-25 02:24:43 -0600 Richard Frith-Macdonald
richardfrithmacdon...@gmail.com wrote:
On 25 Mar 2014, at 07:19, Germán Arias germanandre...@gmail.com wrote:
[...]
I would have thought you should be using NSTask to launch/run make (though as
long as the arguments are correct
Hello
I don't know what happened with the entry for Gemas.app in Software Index, this
isn't listed. So, I can't update this.
Germán.
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
Sometimes I get this warning after use an app long time:
german@german-desktop:~/Instalados/fisicalab$ openapp ./FisicaLab
2014-03-20 01:43:41.446 FisicaLab[4322] WARNING ... there are 1000 timers
scheduled in mode ModalPanelMode of NSRunLoop: 0x99457e8
Germán
On 2014-03-19 23:42:15 -0600 Eric Wasylishen ewasylis...@gmail.com wrote:
Hi Germán,
This is probably caused by a change I made last fall to allow theming the
first responder state. See
https://github.com/gnustep/gnustep-gui/blob/master/Source/GSTheme.m#L1120 .
And for an example theme
This problem occurs when the theme show tiles at buttons. When a button is the
first responder this lose its tile. See attached image. When the button isn't
the first responder, this again shows the tile.
themeProblem.jpg
Germán.
attachment:
On 2014-03-09 17:45:07 -0600 Riccardo Mottola r...@gnu.org wrote:
Germán Arias wrote:
Hi,
About the old problem with ProjectCenter on Windows when the user build a
project, I found this:
http://stackoverflow.com/questions/4988082/openprocess-error-87-invalid-parameter
I know
On 2014-03-07 19:42:49 -0600 Germán Arias germanan...@gmx.es wrote:
In PCFileManager.m (ProjectCenter) this method return NO for a valid file (at
least in Windows XP). Previously this worked perfectly. Any idea what is
wrong?
- (BOOL)isTextFile:(NSString *)filename
{
[...]
Germán
In PCFileManager.m (ProjectCenter) this method return NO for a valid file (at
least in Windows XP). Previously this worked perfectly. Any idea what is wrong?
- (BOOL)isTextFile:(NSString *)filename
{
NSFileHandle *fh;
NSData *data;
unsigned int i, n;
const char *buf;
unsigned
Hi,
About the old problem with ProjectCenter on Windows when the user build a
project, I found this:
http://stackoverflow.com/questions/4988082/openprocess-error-87-invalid-parameter
I know that Riccardo said that a rebuild of GNUstep solves this problem. But I
think that isn't a valid
Hi,
On 2014-02-25 17:21:54 -0600 Doug Simons doug.sim...@testplant.com wrote:
On Feb 24, 2014, at 12:39 PM, Germán Arias wrote:
I solve the problem using _openableFileExtensions and
writableTypesForSaveOperation:. The title of the panel let me know the type
of save operation. Now I
On 2014-02-15 12:43:43 -0600 Fred Kiefer fredkie...@gmx.de wrote:
On 13.02.2014 06:00, Germán Arias wrote:
[...]
Sorry, only now do I think I actually understand this issue. In the
WinNSSavePanel you want to replace the accessory view with values for
the lpstrFilter. But in the method
On 2014-02-12 14:32:26 -0600 Fred Kiefer fredkie...@gmx.de wrote:
[...]
Now I am completely confused. From inspecting the code I would say that
this method must get called.
The whole process of saving a file should start from
-_runSavePanelForSaveOperation: in NSDocument. This calls
On 2014-02-11 12:44:56 -0600 Fred Kiefer fredkie...@gmx.de wrote:
On 11.02.2014 06:42, Germán Arias wrote:
On 2014-02-10 02:11:34 -0600 Fred Kiefer fredkie...@gmx.de wrote: [...]
What you describe here seems about the correct thing to do. I
really would be interested in understanding what
On 2014-02-11 15:44:16 -0600 Fred Kiefer fredkie...@gmx.de wrote:
The parameter fileTypes only contains the extension of the document
that will be saved. On Ink is RTF, in Gorm is gorm. So, I'm
trying to get all available types.
That is interesting. If this is the case, then it is a bug in
On 2014-02-10 02:11:34 -0600 Fred Kiefer fredkie...@gmx.de wrote:
[...]
What you describe here seems about the correct thing to do. I really would be
interested in understanding what goes wrong here. As I understand your mails
this only happens with the extended WinUX open panel, not with
Hi,
On 2014-02-07 02:59:14 -0600 Wolfgang Lux wolfgang@gmail.com wrote:
Hi Germán,
[...]
No this isn't the expected behavior and I couldn't reproduce it on a few
quick tests. Are you sure that you are calling this method against the right
class object?
Wolfgang
I'm using the
On 2014-02-08 00:01:46 -0600 Germán Arias germanan...@gmx.es wrote:
Hi,
On 2014-02-07 02:59:14 -0600 Wolfgang Lux wolfgang@gmail.com wrote:
Hi Germán,
[...]
No this isn't the expected behavior and I couldn't reproduce it on a few
quick tests. Are you sure that you are calling
Hi,
Some weeks ago I tried to solve a problem with native Open/Save panels at
WinUXTheme. These panels don't have accessory view, so the user can't select
other type of document. Then I tried use the methods +writableTypes and
+readableTypes in NSDocument. However, these methods not always
Hi,
In Gemas app, I overrides the method -insertTab: to do some indent operations.
I call the method -tag in sender object to know if the user want insert a real
TAB. This worked perfectly until some days ago. But suddenly, call any method
in sender object crash the app. According with GDB the
On 2014-01-22 18:21:43 -0600 David Chisnall thera...@sucs.org wrote:
On 22 Jan 2014, at 15:50, Germán Arias germanan...@gmx.es wrote:
According with GDB the sender object exist. So, I don't understand what is
happening. I can change the code to not call methods in sender objects.
How
On 2014-01-23 00:59:46 -0600 Fred Kiefer fredkie...@gmx.de wrote:
[...]
This doesn't prove that the object still exist, just the reference is there.
Your need to dereference that pointer to see if the object exists. ( p *obj
or po obj)
But I don't think this is the problem. Could you
against this by returning a copy from that method. I hope to find
time for this tomorrow.
Fred
On the road
Am 09.01.2014 um 08:07 schrieb Germán Arias germanan...@gmx.es:
Well, after some research I'm more confused. I'm not sure, but I
think that _fullFileName and _allowedFileTypes
of previous saved
document. See attached image. Why do this the panel?
savepanel.jpg
On 2014-01-07 12:45:58 -0600 Germán Arias germanan...@gmx.es wrote:
I'm having a problem with Gemas and NSSavePanel. You can reproduce it with
these steps:
* Launch Gemas.
* Create a new file of type Other
I'm having a problem with Gemas and NSSavePanel. You can reproduce it with
these steps:
* Launch Gemas.
* Create a new file of type Other (Document - New File - Other).
* Write something.
* Save the file (don't add an extension).
* Close the document.
* Create a new file of type Other.
* Write
El mar, 31-12-2013 a las 02:09 +0100, Sebastian Reitenbach escribió:
Hi all,
[...]
* Talk to German, Adam, moving the stuff in gnustep-nonfsf
to GAP, or GNUstep, closing off the gnustep-nonfsf project
I don't have problem in move this to other place.
Germán.
El lun, 30-12-2013 a las 15:30 -0200, Jamie Ramone escribió:
No idea about the NSWindow.m not found. I am running it on the machine
it was compiled for. I did delete the sources afterward, but doesn't
the code info get included with -g? If necessary, I can unpack the
sources where I did the
Hi Sebastian
El mar, 31-12-2013 a las 02:09 +0100, Sebastian Reitenbach escribió:
Hi all,
I guess everybody knows, and also agrees that the GNUstep website is looking
fairly dated, and that
finding contents in it, is somtetimes only possible with help of google.
the last few days I spent
El mar, 31-12-2013 a las 02:09 +0100, Sebastian Reitenbach escribió:
Hi all,
[..]
* maybe trash the wiki.gnustep.org
* its unmaintainable, contains lots of outdated,
incorrect and misleading information
* incorporate important information into the main website
OR someone (or
El lun, 30-12-2013 a las 16:48 -0200, Jamie Ramone escribió:
Hmm, interesting. What could be a good workaround? Can it safely be
removed or downgraded? Keep in mind that I'm on Ubuntu 12.04.
I'm not sure, but this could be a problem in the version of libc that
has Ubuntu 12.04. Unfortunately
El sáb, 28-12-2013 a las 15:50 -0500, Gregory Casamento escribió:
Just for context...
I did it on:
Wheezy on x86 using GCC
Wheezy on x86_64 using clang + libobjc2
Wheezy on ARM (raspberrypi) using GCC
GC
My problem is at Trisquel 6 (Ubuntu 12.04 based) with Gnome3 as
El jue, 26-12-2013 a las 16:27 +0100, Fred Kiefer escribió:
On 25.12.2013 22:33, Germán Arias wrote:
Actually isn't possible dragdrop a menu in Gorm. Open an empty
documento and try to add a menu, you can't.
I am not sure whether I understand this problem. By open and empty
document do
El jue, 26-12-2013 a las 22:52 +0100, Wolfgang Lux escribió:
Am 24.12.2013 um 19:41 schrieb Germán Arias germanan...@gmx.es:
El mar, 24-12-2013 a las 11:23 +0100, Wolfgang Lux escribió:
Hi Germán,
Is this correct? (line 1218 NSDocumentController.m)
name = [[NSBundle mainBundle
El mié, 25-12-2013 a las 14:32 +0100, Fred Kiefer escribió:
I must admit I don't quite understand the issue at hand. You say that
the string type has the value txt, TXT. This looks wrong to me, why
would a string that is an array of file extensions ever get used as an
argument to
Actually isn't possible dragdrop a menu in Gorm. Open an empty
documento and try to add a menu, you can't.
Germán.
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
El mié, 25-12-2013 a las 14:07 -0600, Germán Arias escribió:
For save panels I use -writableTypes to pass all the available types. So
the user can change the format. The attached image panel2 show the
result, as you can see the extension for Text document is wrong.
Germán.
OK
El mar, 24-12-2013 a las 11:23 +0100, Wolfgang Lux escribió:
Hi Germán,
Is this correct? (line 1218 NSDocumentController.m)
name = [[NSBundle mainBundle] localizedStringForKey: type
value: type
table: @InfoPlist];
Is this correct? (line 1218 NSDocumentController.m)
name = [[NSBundle mainBundle] localizedStringForKey: type
value: type
table: @InfoPlist];
Don't should be NSHumanReadableNameKey the first type.
Germán.
Well, load first GNUstep-reset.sh solve the problem. However, with previous
version I don't needed do this. Since I use the layout gnustep and I should load
GNUstep.sh to use gnustep-make. Now, seems some variables are loaded
even if you don't call GNUstep.sh.
Germán.
On 2013-12-19 00:13:43
1 - 100 of 256 matches
Mail list logo
