I cannot make it on Saturday. We have an invitation from friends and I won’t be
back in time.
My point for the discussion would be the same as last time, to prepare a shared
release of all core libraries. My contribution could be to write up the news
sections for gui and back but somebody else
Looks like Gorm is using the instance variable directly while it should be
using the corresponding method. No idea why this is the case but it should be
easy to fix.
> Am 25.03.2024 um 04:07 schrieb Boris D. :
>
> Hello,
> Trying to build the latest release of Gorm (gorm-1.3.1.tar.gz) on
I was hoping for somebody else to answer this. There are different subclasses
that provide the implementation for NSString, most importantly GSString. Within
an Obj-C application NSString in itself is never instantiated. The problem you
are facing is that your non Obj-C code may try to
I like the way you put it in the menu. The name „External“ is really a bit
confusing, but at the moment I don’t have a better idea.
Cheers,
Fred
> Am 16.02.2024 um 15:38 schrieb Riccardo Mottola :
>
> Hi,
>
> I want to uniform the bug reporting on our website.
> Originally, we had a single
Not that I know of. I don’t want to be the moderator as I have to leave soon. i
wait for five more minutes and give up then.
Cheers,
Fred
> Am 10.02.2024 um 18:47 schrieb lars.sonchocky-helld...@hamburg.de:
>
> Has the meeting be canceled again?
>
> Kind regards,
>
> Lars
>
>> Am 08.02.2024
I am currently trying to join this meeting. Looks like there is no moderator
present. Has this meeting been cancelled or postponed? I will only be able to
attend for another half hour so if we don#t start soon, I will have to drop out.
Cheers,
Fred
> Am 08.02.2024 um 01:28 schrieb Gregory
for. Decoupling
this should be the first step.
> Am 06.01.2024 um 11:02 schrieb Riccardo Mottola :
>
> Fred Kiefer wrote:
>> This looks like a nice way to work around this issue. At the moment I am not
>> sure, whether it is such a good idea to have every image in an app
This looks like a nice way to work around this issue. At the moment I am not
sure, whether it is such a good idea to have every image in an application to
watch out for a screen change notification. But from my side it would be OK to
enable this and see if we get negative results.
With the code
Looks like we need to switch line 101 and 102 in the file AppKit.texi. I will
try this change tomorrow and hope this changes the issue for you. What I am not
sure is, when this change will reach you as you don’t seem to compile from the
git source code.
Cheers,
Fred
> Am 27.12.2023 um 09:31
Not sure what is happening here, it could be that GNOME is only looking at the
window class hint name and if I remember correctly, we set that to GNUStep
(Must be somewhere in XGServerWindow.m). Do all applications get gathered up
under the same menu entry?
Cheers,
Fred
On the road
> Am
>
>> On Sep 6, 2023, at 3:37 AM, Fred Kiefer wrote:
>>
>> This looks a lot better, though I only looked at the back part. There are a
>> few typos and at one place (mouse events) you are doing the division twice.
>>
>> Cheers,
>> Fred
>>
d it wasn't needed. To be honest, in
>> the end, it really ended up just being som minor changes in Back and
>> changing how NSWindow adjusted the base decoration view and adding a new
>> method to scale drawing.
>>
>> I will post an update soon to clean up some of the
would help here.
On the other hand, you are using an unmatched indentation pattern and added
plenty of empty newlines. Maybe it would be best if you start anew from the
current GNUstep code and just implement your idea?
Hope this helps,
Fred
On the road
> Am 05.09.2023 um 09:17 schrieb F
Hi,
This approach sounds sensible to me. But as you said, it will take some more
effort to spread it through the whole library, especially all the different
backends. And there is also the case where GNUstep does the window decoration
drawing.
I am currently travelling and wont be able to
> Am 20.08.2023 um 16:42 schrieb Austin Clow :
>
> I have been investigating how drawing works and am having a hard time
> understanding where drawing begins in the object hierarchy. For example,
> where does an NSWindow tell its decorations view to begin drawing its content
> into the
a missing line!
> Compiles now. Do not see any views.
> Updated screenshot and description in repo. Still not sure how to use this
> correctly for layout.
>
> Thanks,
> Tom
>
>
> On Fri, Aug 18, 2023 at 8:38 AM Fred Kiefer wrote:
> Hi Tom,
>
> I had a ver
Hi Tom,
I had a very short look at your stack view test code and could not see where
you create the object `hbox`. This might be completely unrelated to the issue
you are having with that code but maybe it points you in the right direction.
Cheers,
Fred
> Am 18.08.2023 um 15:32 schrieb Tom
Hi Austin,
what happens here is that we delegate this functionality to the window manager.
That may either implement it or not. The standard for this interaction can be
found here: https://specifications.freedesktop.org/wm-spec/wm-spec-1.3.html
If it does not work on your machine it might
> Am 14.08.2023 um 08:36 schrieb H. Nikolaus Schaller :
>
>> Am 13.08.2023 um 22:40 schrieb dr_c...@me.com:
>>
>> Nice! Maybe even just drawSwitchInRect:dirtyRect:forState:enabled: Though,
>> with your way, you could get more information from the control without
>> having to enlarge method
This is a common problem in our drawing code, especially in GSTheme. In the
better cases we hand on the view/controller to be drawn along with the
requested rectangle. That way the drawing code could still optimise the
process, by only drawing components that are actually visible.
I will
You can always fallback to the inplace documentation in GNUstep make:
https://github.com/gnustep/tools-make/tree/master/TestFramework
Hope this helps,
Fred
> Am 05.08.2023 um 01:47 schrieb Tito Mari Francis Escaño
> :
>
> Hi,
> Can somebody please point me to the GNUstep Testsuite resources?
I am no Windows expert but I remember that for some compilers we needed special
symbol handling there. We use the macro GS_EXPORT_CLASS there which boils down
to some __declspec(dllexport) declarations on classes. Not sure whether this
would also be needed for a class that is only locally used.
Wow, looks great and seems like a really impressive work! I admire how you base
it on services one of the most undervalued features in GNUstep.
One question though: Would it be possible to merge back the forked applications
(Addresses and BatMon) to GAP? If you two need a tie breaker to decide
> Am 09.01.2023 um 07:58 schrieb Andreas Fink :
>
> I usually build packages for Debian 10 & 11 for amd64 and arm64
>
> I have encountered make check returning an error on Debian11 arm64 but not on
> Debian 11 amd64
>
> Built on Debian 11 intel: All OK!
> Built on Debian
> Am 07.01.2023 um 19:42 schrieb Yavor Doganov :
>
> But when build-testing packages with GUI 0.30.0 I came upon this build
> failure of GDL2:
>
> gcc EOAdaptor.m -c \
> -MMD -MP -Wdate-time -D_FORTIFY_SOURCE=2 -DGNUSTEP_BASE_LIBRARY=1
> -DGNU_RUNTIME=1 -g -DGNUSTEP
> Am 31.08.2022 um 21:23 schrieb Liam Proven :
>
> On Tue, 30 Aug 2022 at 17:50, Marco Cawthorne wrote:
>>
>>
>> He compliments how much further along they are in adopting modern
>> technologies than GNUstep.
>> Pushing for Wayland is definitely 'ambitious' to say the least because
>> it
Greg, I hope you get better soon.
Lars, what did you discuss today and were there any agreements reached? I just
came home a few minutes ago and tried to join the meeting but you already split
up. I hope you had a nice meeting.
Cheers,
Fred
> Am 06.08.2022 um 22:53 schrieb
I won’t be able to attend the GNUstep meeting on Saturday. I have just been
invited on a short trip over to Strasbourg and have no idea at what time we
will be back. I might be able to join you later, as I did the last time but
don’t wait for me.
Cheers
Fred
PS: The only news from my side is
script from tools-scripts.
> So I guess it might be different if you’re building those modules separately.
> I think it wouldn’t hurt to update the config.guess and the config.sub
> everywhere just to be safe.
>
> kind regards,
>
> Lars
>
>> Am 08.05.202
ar even when not updating configure and configure.ac, e.g. replacing
> config.guess and config.sub with recent versions is just enough.
>
> regards,
>
> Lars
>
>> Am 08.05.2022 um 01:11 schrieb Fred Kiefer :
>>
>> Lars,
>>
>> could y
Lars,
could you please try whether it would be sufficient to just replace these two
file without updating configure and configure.ac?
That update is fine for me, but it would stop people with an old autoconf to
regenerate the configure file.
Cheers,
Fred
> Am 08.05.2022 um 00:32 schrieb
I am sorry, I won’t make it for tomorrows quarterly meeting.
The most important subject for me would have been a release for the core
libraries and as Ivan will be busy with other stuff, this seems out of reach
for the near future.
Looking forward to see you again in the next quarter.
Fred
>
> Am 06.02.2022 um 01:14 schrieb Gregory Casamento :
>
> There are a number of factors that are driving this:
> --
> 1) GCC lacks support for many memory management features that are commonly
> used today
> 2) GCC's objective-c support is lagging behind and doesn't include support
> for @[],
> Am 06.02.2022 um 15:42 schrieb Gregory Casamento :
>
> Here are the "raw" notes from yesterday's meeting...
> • Wolfgang email
> • libobjc2
> • PR for windows
> • exceptions not working.
> •
Thank you Riccardo for your great work on this release and for the kind words
you found fro remember Bertrand.
Merry Christmas to you,
Fred
> Am 25.12.2021 um 01:37 schrieb Riccardo Mottola :
>
> GWORKSPACE 1.0
> --
>
> Christmas, in Anno Domini 2021.
>
> This is a different
Great improvement! Thank you for that.
> Am 06.11.2021 um 13:33 schrieb Riccardo Canalicchio
> :
>
> Hello,
> following up on this, I moved forward with the implementation and I have got
> to a working state. (with still some bugs but usable)
> Windows are shown properly, dropdown menus as
> Am 23.09.2021 um 13:19 schrieb Andreas Höschler :
>
>
>> Ignore that list. The only defined font sizes in the defaults are
>> @„NSFontSize“, @„NSLabelFontSize“ and @„NSSmallFontSize“. You have to use
>> these strings if you want to set this programmatically
>
> I have done
>
> -
Ignore that list. The only defined font sizes in the defaults are
@„NSFontSize“, @„NSLabelFontSize“ and @„NSSmallFontSize“. You have to use these
strings if you want to set this programmatically but most likely it is easier
to set them via the defaults file once.
Hope this helps,
Fred
> Am
The program make_services is in the unlucky situation of being the first
Objective-C program that is executed on your system. If you run the tests of
base (make check) you would be getting similar errors a bit earlier.
I still would prefer to better understand your setup before going into
Hi Mick,
this sounds a bit strange. You are building GNUstep with clang but point it to
use the gcc libobjc? This might work but surely it isn’t a recommended setup.
Why would you want to do that? When using clang you should be using the GNUstep
libobjc2.
Confused,
Fred
> Am 10.09.2021 um
> Am 14.08.2021 um 18:38 schrieb Riccardo Mottola :
>
>
> checking some of our pages, I found some "cruft" and I'd like your opinions
> on it and "actions".
>
> 1) http://www.gnustep.it/
>
> A top-level domain which is stuck in the past - I wonder if it is of Nicola
> and who maintains
hes?
>> * RMS asked, and GCC said they would review our patches with
>> “kinder” eye.
>> * Issues with libobjc2 - (RM) - This is a consistent issue on a lot of
>> platforms. LLVM/Clang Doesn’t work on ALL platforms.
>> * Doesn’t work NetBSD
>
Does this mean the meeting is basically already over? In my calendar it should
only start in ten minutes.
Fred
> Am 06.08.2021 um 16:46 schrieb lars.sonchocky-helld...@hamburg.de:
>
> The link worked fine, there were three of us in the conference at 10:00 am
> EST.
>
>> Am 06.08.2021 um
I expected the meeting to start in an hour. After your mail I joined with the
link below, but there is nobody else there.
Fred
> Am 06.08.2021 um 16:06 schrieb Gustavo Tavares :
>
> 3 of us are here inside the link. Bob, Lars and me :)
>
> On Fri, Aug 6, 2021, at 10:00 AM, Gustavo Tavares
Bob,
you should not give up too soon. Just ignore the corebase error and go ahead
and compile GNUstep gui and core. You will need some extra libraries for these.
Not having done a Windows compile in years, I don't remember which ones. But
after that you should be able to compile and run your
following the steps in the
> following link:
>
>
>
> GNUstep Windows MSVC Toolchain
> https://github.com/gnustep/tools-windows-msvc
> I did the prerequisites steps, and them executed the build.bat file and the
> script did everything.
>
> Bob
>
It looks like you are trying to build corebase. This has not been ported over
to the new MSVC toolchain. Has base now no longer requires the pthread library,
this seems to be missing in the link statement. Do you really need corebase? If
so, you will have to add pthread as a dependency there.
Dear GNUsteppers,
as some of you may have noticed I was on a break from the project for
some time. This hiatus was caused by the way Greg reacted on the mail
from Johannes on RMS. Just to state the obvious, I think that Johannes
was wrong here, still he deserved a friendlier reply. I was not
Yes, GNUstep has a known issue with tiling window managers. At the moment I
cannot remember the exact cause. It must be something about window sizing and
placing. GNUstep expects to have full control of these and this is not the case
for for tiling window managers. As tiling window managers
Hi Gustavo,
if what you want to achieve is finding leaked objects then there is abetter way
to do so. GNUstep already has a build in leak detection: GSDebugAllocationAdd.
This registers all allocated objects per class in a table and with the function
GSDebugAllocationListAll you get an
According to Godwni's law (https://en.wikipedia.org/wiki/Godwin%27s_law) you
have won. Could we stop this flamewar now?
And just to make this also public: I did reply in private to you on the
original subject (GCC support for OBJC) long before any of the discussion
started. I was stating the
Hi Edwin,
> Am 20.03.2021 um 10:01 schrieb Edwin Ancaer :
>
> Sorry to keep bothering you for what is probably a mistake I made during the
> upgrade of FreeBSD. But I upgraded every installed port on the system,
> causing endless hours and hours of recompilations and installations. and
>
> Am 27.02.2021 um 00:04 schrieb Bertrand Dekoninck
> :
> Le 26/02/2021 à 23:18, Fred Kiefer a écrit :
>> Just to understand the issue a bit better. Are you using libicns to read the
>> icns file or is the fallback to the GNUstep implementation used? The later
>&g
Just to understand the issue a bit better. Are you using libicns to read the
icns file or is the fallback to the GNUstep implementation used? The later
implementation is rather limited and won’t be able to handle your added formats.
And why didn’t you add a 48x48 version?
Cheers,
Fred
> Am
Thank you Josh for sharing this. I remember fondly reading Brad Cox's book
while i was still at University. The concept of Soft-ICs, reusable software
components, won me over for Objective-C. So even a long time before starting to
contributing to GNUstep I learned and liked the language.
Thank
Great website! There is one typo on the IDE page ("Different approaches für
building cross platform GUI“) :-)
And you should add PikoPixel to your list of apps.
Cheers,
Fred
> Am 18.01.2021 um 16:56 schrieb Johannes Brakensiek :
>
> Hello everyone,
>
> On 15 Dec 2020, at 21:28, Johannes
Looks like the code of GSScanDouble and [NSScanner scanDouble:] differ a lot.
Both are in the file NSScanner.m and it looks like the function has been
corrected over the years to handle different cases a lot better. The NSScanner
code is just a straight forward number scanning as you would
a better name) be able to print, or output postscript? Would it be
>> possible to use it for testing GUI in some way?
>>
>> GC
>>
>>
>> On Tue, Nov 3, 2020 at 12:06 PM Fred Kiefer wrote:
>> Your problem got me thinking. Would it help you if we o
Your problem got me thinking. Would it help you if we offered a „no-op“ backend
for GNUstep? That is a backend where both the window and the drawing system
would be implemented as no-operations.
We could try to get this done as a special GNUstep back configuration. Most
likely we could cheat
Am 19.10.20 um 20:21 schrieb Aaron Carr:
> Hi
>
> Ive been trying to change the font of an NSMenuItem, looking at the source,
> setAttributedTitle is:
>
> -(void) setAttributedTitle: (NSAttributedString *)title
> {
> // FIXME
> [self setTitle: [title string]];
> }
>
> Am i reading this
,
Fred
> Am 17.10.2020 um 13:18 schrieb Gregory Casamento :
>
>
> Andreas,
>
> For future reference, it is usually best to clone the repository and create a
> branch, then create a PR for consideration by the maintainer of that repo, in
> this case, Fred Kiefer. This is
HI Alex,
even after reading your Github column, I still don’t quite understand the issue.
It might help you to know that all other window managers I am aware of don’t
support the EWMH feature _NET_REQUEST_FRAME_EXTENTS, or at least none did when
we implemented this feature. So this code path
Hi Alessandor,
from looking at your image I would expect that the GNUstep application, in this
case System preferences, is expecting the wrong offset from the window manager.
Here it would help to see which values get displayed when the first GNUstep
application for your window manager starts
ona :
> On 2020-07-10 15:59:20 +0200 Fred Kiefer wrote:
>
>>> Am 10.07.2020 um 15:25 schrieb Patrick Cardona via Discussion list for the
>>> GNUstep programming environment :
>>> Just a thing I noted : if you run 'make test' with the new gnustep-base,
> Am 10.07.2020 um 15:25 schrieb Patrick Cardona via Discussion list for the
> GNUstep programming environment :
>
> Just a thing I noted : if you run 'make test' with the new gnustep-base, some
> tests are failing. It might be something RFM could look at too.
Patrick, if you have failing
Thank you Lars, that was a very interesting presentation. And Ben is a lot more
pleasant than Chris was.
> Am 28.06.2020 um 03:15 schrieb lars.sonchocky-helld...@hamburg.de:
>
> Some pretty neat things in here:
>
> https://developer.apple.com/videos/play/wwdc2020/10163/
>
> this is the WWDC
> Am 17.06.2020 um 19:36 schrieb Patrick Cardona via Discussion list for the
> GNUstep programming environment :
>
> Hi All,
>
> I am trying to compile HelpViewer (version : 0.3).
>
> First, I had to change some header calls, because GSXML.h vas presumed to be
> in 'Foundation' while it
> Am 16.06.2020 um 18:54 schrieb Riccardo Mottola :
>
> I launch an app on my Raspberry with xlib and remote display.
>
> 2020-06-16 10:40:33.831 ProjectCenter[29598:29598] No font cache available -
> building new one - this may take several seconds (or minutes on a slow
> machine with lots
> Am 16.06.2020 um 12:44 schrieb Riccardo Mottola :
>
> Hi,
>
> I did a total fresh install of GNUstep (had to reinstall everything on my
> Raspberry).
> For simplicity I used xlib, I only need a minimal GUI.
>
> I get this trace when starting ProjectCenter:
>
> pi@RaspberryPI1
Hi Andreas,
I did not get your original mail and it isn’t even in my spam folder where your
previous mails.
> Am 11.06.2020 um 00:05 schrieb Josh Freeman :
>
> Try initializing your window as NSBackingStoreBuffered?
> (NSBackingStoreNonretained tells the window to draw directly to the
> Am 11.06.2020 um 00:31 schrieb Patrick Cardona via Discussion list for the
> GNUstep programming environment :
>
> Also I found some kind of EasterEgg : then You click on the running clock in
> the Info Panel, it shows a new window, which has this title :
> "Memory Panel" and which shows
nitialy made available bu GNUstep.sh : so I
> don't understand why the GNUstep.sh define a wrong or obsolete environment
> var.
>
> Le 18/05/20 à 20:32, Fred Kiefer a écrit :
>>
>>
>>> Am 18.05.2020 um 20:17 schrieb Patrick Cardona via Discussion list
> Am 18.05.2020 um 20:17 schrieb Patrick Cardona via Discussion list for the
> GNUstep programming environment :
>
> Hi All GNUstep Masters,
>
> Because I did not find this app from raspbian repository, I tried to make it
> myself.
> But I encountered this error :
>
>
> Am 15.05.2020 um 13:33 schrieb Johannes Brakensiek :
>
> On 15 May 2020, at 9:30, Fred Kiefer wrote:
>
> Here we don’t follow this principle and this is dangerous as a view we call
> this method on may not be as clean as the GNUstep code itself. Patches are
> welcome
> Am 15.05.2020 um 08:28 schrieb Johannes Brakensiek :
>
> I'm new to Objective C, so this is just a question:
>
> In the NY Times Objective C style guide I am reading:
>
> Values MUST NOT be compared directly to YES, because YES is defined as 1, and
> a BOOL in Objective-C is a CHAR type
> Am 14.05.2020 um 13:14 schrieb Fred Kiefer :
>
>> Am 14.05.2020 um 12:22 schrieb Josh Freeman :
>>
>> On May 13, 2020, at 5:52 PM, Andreas Höschler via Discussion list for the
>> GNUstep programming environment wrote:
>>
>>> I could fix the p
> Am 14.05.2020 um 12:22 schrieb Josh Freeman :
>
> On May 13, 2020, at 5:52 PM, Andreas Höschler via Discussion list for the
> GNUstep programming environment wrote:
>
>> I could fix the problem under GNUstep by simply commenting out
>>
>>
>> /* if (_firstResponder != v &&
> Am 14.05.2020 um 00:53 schrieb Andreas Höschler via Discussion list for the
> GNUstep programming environment :
>>> I could fix the problem under GNUstep by simply commenting out
>>>
>>>
>>> /* if (_firstResponder != v && ![v isKindOfClass: [NSButton
>>> class]])
>>>
> Am 13.05.2020 um 23:52 schrieb Andreas Höschler :
>
> I understand the idea behind this part
>
> if (_firstResponder != v && ![v isKindOfClass: [NSButton class]])
> {
> // Only try to set first responder, when the view wants it.
> if
The relevant section in the sendEvent: method of NSWindow looks like this:
if (wasKey == YES || [v acceptsFirstMouse: theEvent] == YES)
{
if ([NSHelpManager isContextHelpModeActive])
{
[v helpRequested:
> Am 11.05.2020 um 20:42 schrieb Andreas Höschler via Discussion list for the
> GNUstep programming environment :
>
>
> I usually start a drag operation with ctrl-drag in my apps. I just realised
> that this (no longer) works under GNUstep. Instead a context menu is raised!?
> I first
> Am 11.05.2020 um 13:16 schrieb Andreas Höschler via Discussion list for the
> GNUstep programming environment :
>
>> Thank you Andreas for this huge amount of data. It seems to show that my
>> guess was wrong. The problem is not happening in the GSHorizontalTypesetter
>> and all the extra
> Am 09.05.2020 um 20:28 schrieb Andreas Höschler :
>
>
>> Thank you Andreas for pinning this down. Sadly your solution cannot be used
>> directly. That way all text views or text cell would result in a height of
>> zero. The returned size here has to include at least the height of a new
Thank you Andreas for pinning this down. Sadly your solution cannot be used
directly. That way all text views or text cell would result in a height of
zero. The returned size here has to include at least the height of a new line.
This gets handled in the class GSLayoutManager (around line 2600)
> Am 08.05.2020 um 20:00 schrieb Andreas Höschler :
>
> NSButtonCell.m
> ==
> - (NSSize) cellSize
> {
> ...
> if (imageToDisplay)
> {
> imageSize = [imageToDisplay size];
> NSLog(@"cellSize imageSize %@", NSStringFromSize(imageSize));
> }
> ...
>
> Am 08.05.2020 um 17:48 schrieb Andreas Höschler :
>
>> that is a very interesting analysis you provided. Could you tell us a bit
>> more about the images you are using? Or to be concrete, what is the size of
>> one of these images? If these images report such huge values for their
>>
?
Fred
> Am 08.05.2020 um 17:29 schrieb Fred Kiefer :
>
> HI Andreas,
>
> that is a very interesting analysis you provided. Could you tell us a bit
> more about the images you are using? Or to be concrete, what is the size of
> one of these images? If these images re
HI Andreas,
that is a very interesting analysis you provided. Could you tell us a bit more
about the images you are using? Or to be concrete, what is the size of one of
these images? If these images report such huge values for their height this
would explain the behaviour you are seeing.
In
i am no expert in this area, but my first idea would be that GNUstep base was
build with ICU 67 installed and so this function got used (in the code we just
reference text_setup) and now this version cannot be found during linking. On a
normal Linux system I would suggest to use ldd on
HI Gustavo,
that method on NSDateComponents is something that I just did add to the GNUstep
base source last week. If you really need that code you would have to switch to
use GNUstep directly from the up to date git repository. Basically you would
need to update base and start the
and NSCalendar.m:611 (first a UChar timezone name must be retrieved from the
> NSTimeZone object) since -setTimeZone: will permanently modify the NSCalendar
> object.
>
> Regards
> Stefan
>
> On Sat, Apr 25, 2020 at 9:58 AM Fred Kiefer wrote:
> Hi Andreas,
>
> I
Hi Andreas,
I checked the code of NSCalendar, which you could have done yourself, this is
free software, and we are not using mtkime there. The problem is a lot worse.
We just ignore the handed in time zone of the NSDateComponents. This could be
repaired but I am no expert on NSCalendar so if
Have a look at libs-base/Source/Additions/NSData+GNUstepBase.m
> Am 01.04.2020 um 19:46 schrieb H. Nikolaus Schaller :
>
>>
>> Am 01.04.2020 um 19:43 schrieb Andreas Höschler :
>>
>> Hi all,
>>
>> I have the following NSString category
>>
>> @implementation NSString (NSStringJsonExtension)
The actual transfer happens in NSWindow makeFirstResponder. You should be able
to log the current and the future first responder in that method to see who is
requesting this. And if you run in a debugger and put a break point in this
method you might be even able to see where this call comes
The method preventWindowOrdering is a NOOP on GNUstep, so it won’t help you.
Put if this is what helps you on MacOS then most likely your touch panel is
stealing the focus. You should try to override canBecomeKeyWindow for that
panel.
Hope this help,
Fred
> Am 30.03.2020 um 19:13 schrieb
Hi Andreas,
in NSButton you find this code:
- (BOOL) acceptsFirstMouse: (NSEvent *)theEvent
{
return YES;
}
You will need to write a subclass to handle this different.
Cheers,
Fred
> Am 25.03.2020 um 18:56 schrieb Andreas Höschler :
>
> Hi all,
>
> I am just trying to add a touch panel
> Am 03.01.2020 um 22:50 schrieb Fred Kiefer :
>
> Wow, I am impressed that somebody is working on this. I will be away for the
> long weekend, but I promise to look into your work as soon as I am back.
>
> Thank you and happy New Year!
> Fred
>
>> Am 03.01.2020 u
Wow, I am impressed that somebody is working on this. I will be away for the
long weekend, but I promise to look into your work as soon as I am back.
Thank you and happy New Year!
Fred
> Am 03.01.2020 um 22:36 schrieb Ladislav Michl :
>
> Hi there,
>
> this is quick wayland backend update
> Am 02.01.2020 um 19:06 schrieb Patryk Laurent :
>
>
> It looks like the “name” in LLDB was referring to the binary’s name. So I
> placed an NSLog right before NSBundle.m:2280 to print out the local variable
> name and _frameworkVersion — which is null for all the classes being loaded,
>
ieb Patryk Laurent :
>
> On December 29, 2019 at 12:31 PM, Fred Kiefer wrote:
>
>> Thank you for your tests. I had a look into the NSBundle code in base and
>> from that I think that we have an issue with frameworks here. Is clang
>> supporting frameworks?
>> T
1 - 100 of 1240 matches
Mail list logo
