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 O
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 h
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 l
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 ago
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 example
> Am 08.09.2015 um 08:59 schrieb Niels Grewe :
> >
> >
> >> Am 08.09.2015 um 08:33 schrieb Germán Arias :
> >>
> >> After update base and gui there is a problems when store colours in user
> >> defaults. Gemas.app store the col
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 unusabl
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.
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 "
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.
0x75eacc
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.
B
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 eve
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 changes.
; these working on Windows?
>
> Fred
>
> On the road
>
> Am 09.03.2015 um 07:45 schrieb Germán Arias :
>
> > 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
> &g
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 worked
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
> > -loa
The line that hangs the applications is this:
*de.MediaType plain/Normalpapier: "<>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
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
e try to
> find the issue in back, the code there already should ignore the backing
> style, why isn't it?
>
> Fred
>
> On the road
>
> Am 24.02.2015 um 00:59 schrieb Germán Arias :
>
> > El lun, 23-02-2015 a las 23:01 +0100, Fred Kiefer escribió:
> &g
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 -copyWit
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
here?
> And as what user did 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 :
>
> > El lun, 23-02-2015 a las 09:01 +0100, Fred Kiefer escribió:
> >> Which
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
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 re
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
to have an updated gui
> and rebuild the theme.
>
> On Saturday, February 21, 2015, Germán Arias
> wrote:
> Currently (testing with Ink) if you select PageLayout or Print
> panel at
> menu, nothing is displa
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:
>
>
> warni
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 frame:
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
https://li
On 2015-02-15 14:06:29 -0600 Fred Kiefer 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
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 ba
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.13
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
> > > (wi
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 +l
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 m
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 funct
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 a
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 wrote
Wow, that was fast :D . But first you should signing a copyright
assignment. It is not painful. See:
https://www.gnu.org/prep/maintain/html_node/index.html
For you, the relevant pages are:
https://www.gnu.org/prep/maintain/html_node/GNU-Accounts-and-Resources.html#GNU-Accounts-and-Resources
and
See:
http://youtu.be/ZCMN3-mgIaQ
No idea if this is a bug, or I'm doing something wrong. The chalkboard is a
grid of buttons (50x50), I add the buttons with something like:
[botonCell setBordered: NO];
[botonCell addToolTipRect: NSMakeRect(0, 0, 50, 50)
owner: self
t easy as it is not prepared for that.
> This problem is not solvable in gui, as it requires the classes.nib file
> to be parsed, which only is present in Gorm.
>
> The best you can do is to open a bug report for Gorm stating all of the
> above.
>
> Fred
>
>
>
> Am
end up with a custom class name of MITabla.
>
> Could you please check 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.
>
Currently I have Xfce on my laptop, and this problem:
http://lists.gnu.org/archive/html/discuss-gnustep/2013-02/msg8.html
is still present. For some reason GNUstep remove the content of the
windows, but the windows remains at the screen, even you can move the
windows. And you need restart the
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
https://lists.gnu.org/mai
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 do
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. Som
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.
__
so the Foundation (base) I am generating it from the source, using the
> Linux Makefile
>
>
>
>
> On Wed, Aug 13, 2014 at 6:27 PM, Germán Arias wrote:
>
>> El mar, 12-08-2014 a las 09:40 +0100, Richard Frith-Macdonald escribió:
>>> On 12 Aug 2014, at 09:28
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 == &_NSConc
On 2014-08-16 13:50:17 -0600 Riccardo Mottola
wrote:
> Hi,
>
> On 2014-08-16 19:41:06 +0200 Germán Arias wrote:
>
>> I'm not an expert in images but according with Gimp, the image
>> "common_ret.tiff" only have two channels: "Grey" and "
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
https://lists.gnu.org/mailman/listinfo/gnu
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
Gnu
El mar, 12-08-2014 a las 09:40 +0100, Richard Frith-Macdonald escribió:
> On 12 Aug 2014, at 09:28, David Chisnall 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
> > runtime
On 2014-07-20 09:18:26 -0600 Ivan Vučica 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 f
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-09 02:39:49 -0600 "Dr. H. Nikolaus Schaller"
wrote:
> Hi,
[...]
>
> I have pushed it to the GNUstep server and it should work in 1-2 hours.
>
> And I have fixed the Gemas entry manually which now appears on the overview
> page.
>
> BR,
> Nikolaus
>
Thanks.
Germán.
___
On 2014-04-05 01:54:08 -0600 Richard Frith-Macdonald
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 launches the tool
> 3. shell ter
On 2014-04-05 01:54:08 -0600 Richard Frith-Macdonald
wrote:
>
> On 5 Apr 2014, at 07:50, Germán Arias wrote:
>
>> On PC if you build a tool that writes more than one line. for example:
>>
>> NSLog(@"One");
>> NSLog(@"Two");
>> NSL
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 runn
on is have
short paths, this mean have Headers and Libraries directly at C: and not in
subdirectories.
Germán.
On 2014-03-27 00:54:35 -0600 Germán Arias wrote:
> OK, search on internet "CreateProcess error=87" and you will see we are not
> alone in this problem. If I understand
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-25 02:24:43 -0600 Richard Frith-Macdonald
wrote:
>
> On 25 Mar 2014, at 07:19, Germán Arias wrote:
[...]
>
> I would have thought you should be using NSTask to launch/run make (though as
> long as the arguments are correct CreateProcessW should get you the same
&g
On 2014-03-25 00:03:05 -0600 Germán Arias wrote:
> On 2014-03-24 02:40:11 -0600 Fred Kiefer wrote:
>
>> Looks like an error in the makefile to me. Whar do you get when running
>> make on the file?
>>
>> Fred
>>
>> On the road
>>
>
> I
On 2014-03-24 02:40:11 -0600 Fred Kiefer 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 tags in almost
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
Germán
___
Gnust
On 2014-03-19 23:42:15 -0600 Eric Wasylishen 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
> http://svn.gna.org/s
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.
Germán.
<>___
Gnustep-dev mailing list
Gnuste
On 2014-03-09 17:45:07 -0600 Riccardo Mottola 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-e
On 2014-03-07 19:42:49 -0600 Germán Arias 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
> {
[...]
>
According with this:
http://msdn.microsoft.com/en-us/library/windows/desktop/ms682425%28v=vs.85%29.aspx
"lpCommandLine [in, out, optional]
The Unicode version of this function, CreateProcessW, can modify the contents
of this string. Therefore, this parameter cannot be a pointer to read-only
m
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 solutio
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 in
Hi,
On 2014-02-25 17:21:54 -0600 Doug Simons 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 operati
On 2014-02-25 15:54:15 -0600 Doug Simons wrote:
> Hello Germán,
[...]
>
> I've committed some changes that fix the problem for our cases, without
> removing your code. When no fileTypes array is passed in, it should still be
> using your code to pick up the document types from the NSDocumentCo
On 2014-02-15 12:43:43 -0600 Fred Kiefer 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
On 2014-02-15 12:43:43 -0600 Fred Kiefer 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 WinNSSavePanel you no longer have
> access to the NSDocume
On 2014-02-12 14:32:26 -0600 Fred Kiefer 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
> -runModalSavePan
On 2014-02-11 15:44:16 -0600 Fred Kiefer 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 the
>
On 2014-02-11 12:44:56 -0600 Fred Kiefer wrote:
> On 11.02.2014 06:42, Germán Arias wrote:
>> On 2014-02-10 02:11:34 -0600 Fred Kiefer wrote: [...]
>>>
>>> What you describe here seems about the correct thing to do. I
>>> really would be interested in unders
On 2014-02-10 02:11:34 -0600 Fred Kiefer 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 the standard
>
On 2014-02-08 00:01:46 -0600 Germán Arias wrote:
> Hi,
>
> On 2014-02-07 02:59:14 -0600 Wolfgang Lux wrote:
>
>> Hi Germán,
> [...]
>>
>> No this isn't the expected behavior and I couldn't reproduce it on a few
>> quick tests. Are you
Hi,
On 2014-02-07 02:59:14 -0600 Wolfgang Lux 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 method -documentC
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 re
On 2014-01-23 00:59:46 -0600 Fred Kiefer 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 please provide the
On 2014-01-22 18:21:43 -0600 David Chisnall wrote:
> On 22 Jan 2014, at 15:50, Germán Arias 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.
>
>
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
already released
>>> value. You may check that in gbd, the variable has a value but
>>> dereferencing it crashes gdb. Most likely the release happens outside
>>> of the save panel, otherwise we would have the problem with all
>>> document applications. At least we s
nel puts the full path of previous saved
document. See attached image. Why do this the panel?
On 2014-01-07 12:45:58 -0600 Germán Arias wrote:
> I'm having a problem with Gemas and NSSavePanel. You can reproduce it with
> these steps:
>
> * Launch Gemas.
> * Create a n
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".
* Wr
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 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 t
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 someon
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 s
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
1 - 100 of 301 matches
Mail list logo