Hi Matt,
it took some time, but I finally did get around to commit part of your
changes to SVN. I changed the code slightly and there still is a lot to
do, but it is a start for DnD interaction with non-GNUstep applications.
Cheers,
Fred
Matt Rice wrote:
--- Fred Kiefer [EMAIL PROTECTED]
Nikolaus Waxweiler [EMAIL PROTECTED]
[...] And why should a wiki not be appropriate for an app db?
I'm sure I wrote suboptimal, not inappropriate. Applications have lots of
metadata about them - some of it you can bodge into a wiki with Category
tags and so on, but not much. Consider how much
Applications have lots of
metadata about them - some of it you can bodge into a wiki with Category
tags and so on, but not much. Consider how much easier it is to find
an application on Freshmeat than a whole-web search engine.
Mh. Tags like [Translations] and [Environment] can be perfectly
Nikolaus Waxweiler [EMAIL PROTECTED]
What do you have in mind for which the wiki is suboptimal?
For example, the applications database, the automated documentation and
pretty much anything that's more structured than a text file. Wikis can
be bodged into doing those jobs, but that's not
For example, the applications database, the automated documentation and
pretty much anything that's more structured than a text file. Wikis can
be bodged into doing those jobs, but that's not optimal.
I already said that the automatically generated doc isn't going in the
wiki. And why should
Nikolaus Waxweiler [EMAIL PROTECTED] [...]
It has a nicely visible link to developer guides. The thing is, I need
help linking all the guides/tools listed on
http://www.gnustep.org/developers/documentation.html and
http://www.gnustep.org/experience/DeveloperTools.html. The wiki should
No, it shouldn't. There are some things that a wiki is suboptimal for,
the wiki has only recently seen sustained activity and the wiki was used
for the most recent defacement and spammings.
What do you have in mind for which the wiki is suboptimal? Projects like
Etoile and Beep Media Player
Am 06.09.2006 um 06:15 schrieb Rogelio M. Serrano Jr.:
if we could not agree where scrollbars should be then scrollbars
are bad
and i would rather not have them. same goes for the menubar.
While I agree with your wishes for a lean GUI, you are
oversimplifying here.
While some people
On 9/6/06, Markus Hitter [EMAIL PROTECTED] wrote:
Am 06.09.2006 um 06:15 schrieb Rogelio M. Serrano Jr.:
if we could not agree where scrollbars should be then scrollbars
are bad
and i would rather not have them. same goes for the menubar.
While I agree with your wishes for a lean GUI, you
On 4 Sep 2006, at 04:49, phil taylor wrote:
For a software developer there is no substitute for hands on access to
actual program code to get you up to speed on a new language.
Why cant a GNUstep developer create even a simple hello world
program
and stick it in a samples directory. That
On Wed, 2006-09-06 at 12:15 +0800, Rogelio M. Serrano Jr. wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Phil Taylor wrote:
We are talking about GUI's on Linux, not GUI's in general. The Windows
GUI is popular because Windows is popular and you cant have one without
the
On 9/7/06, phil taylor [EMAIL PROTECTED] wrote:
really? it momentum thats sustaining it. and people who is unwilling to
find something new.
I think you will find that the average user, who is not a hacker or an
IT developer, will not find it acceptable to have to search for an
i dont make
On 2006-09-04 19:01:33 +0200 Andrew Sveikauskas
[EMAIL PROTECTED] wrote:
[...]
3. An option to not show the app icon.
[...]
This is already implemented.
You can set
GSSuppressAppIcon = *BY;
either on a per-application to suppress the application's miniwindow
OR in NSGlobalDomain to
On 5 Sep 2006, at 01:23, Andrew Ruder wrote:
On Tue, Sep 05, 2006 at 09:34:04AM +1000, phil taylor wrote:
I am dissapointed that the GNUstep project is devoted to its UI
design.
I had hoped the most important aspect was the API, not the look
and feel
of the GUI. IT will never suit me. I
On 2006-09-05 13:52:25 +0200 Richard Frith-Macdonald
[EMAIL PROTECTED] wrote:
[...]
The perennial debate
about what's good/bad in a user interface is, IMO, just a waste of
everyones
time.
Amen to that.
Especially since any 5 people will have 6 or 7 different opinions on
what really IS
On 9/5/06, Chris Vetter [EMAIL PROTECTED] wrote:
On 2006-09-05 13:52:25 +0200 Richard Frith-Macdonald
[EMAIL PROTECTED] wrote:
[...]
The perennial debate
about what's good/bad in a user interface is, IMO, just a waste of
everyones
time.
Amen to that.
Especially since any 5 people will
Wolfgang Keller wrote:
Just a question: did you try to use:
http://darwinports.opendarwin.org/ports/?by=namesubstr=GNUstep
Yes.
The portfile for GNUstep is broken.
If this manifests itself with an error while gnustep-base is built, then
the cause is likely that your darwinports tree and
Am 05.09.2006 um 14:03 schrieb Rogelio Serrano:
isnt the extreme configurability going to
make the whole unwieldy?
The whole X Windows and Motif system is configurable down into the
smallest corner and most people live fine with this. The brilliant
API and open source nature of GNUstep
CVS is not going to work anymore, because darwinports moved to
macports.org, but port selfupdate should still work.
Error: /opt/local/bin/port: selfupdate failed: Couldn't sync dports tree:
sync failed doing rsync
Sincerely,
Wolfgang Keller
--
My email-address is correct.
Do NOT remove
phil taylor [EMAIL PROTECTED] wrote:
Please read the reasoning in this page before commenting further:
http://www120.pair.com/mccarthy/nextstep/intro.htmld/
Please read the reasoning in this page before commenting further: -
what a doozy of a comment. Everyone these days is
it should be working
in /opt/local/etc/ports/sources.conf
you should read rsync://rsync.darwinports.org/dpupdate/dports
maybe the opendarwin servers were closed at some moments
yves
Le 06-09-05 à 15:34, Wolfgang Keller a écrit :
CVS is not going to work anymore, because darwinports moved
- Original Message -
From: [EMAIL PROTECTED]
To: phil taylor [EMAIL PROTECTED]
Cc: discuss-gnustep@gnu.org
Sent: Wednesday, September 06, 2006 5:22 AM
Subject: Re: scrollbars [was: Re: really attracting developers]
phil taylor [EMAIL PROTECTED] wrote:
The many different ideas
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Phil Taylor wrote:
We are talking about GUI's on Linux, not GUI's in general. The Windows
GUI is popular because Windows is popular and you cant have one without
the other.
windows is forced on you. and it has been around so long that people
Pete French wrote:
to scroll down without a scrollwheel and without the keyboard I've to
cross half of the screen to reach the scrollbar on the left side of the
hmmm - whats your mouse doing on the right hand side for you to need to move
it that far ? all the menus of a *step are on the
I'm also right handed,
but thats less important to me than the fact that I read text from left to
right - so I want my scrollbars at the start of the line, and hence the left.
Oh. Never thought about that. This is a point for the left side indeed.
I just observed that I always tend to move the
http://www120.pair.com/mccarthy/nextstep/intro.htmld/
After reading this something occured to me. NeXTstep is very nice,
and via GNUstep I am well used to the way they do things. But a large
quantity of people (most?) who are newly exposed to GNUstep are not
looking to replace NeXTstep.
On 2006-09-04 13:01:33 -0400 Andrew Sveikauskas
[EMAIL PROTECTED] wrote:
So, it seems the situation is like this:
* Faction A loves GNUstep for its NeXT goodness
* Faction B thinks GNUstep is out of place and should play nice
with other
desktops.
* Probably some people believe both
On 2006-09-04 13:34:40 -0400 Charles Philip Chan [EMAIL PROTECTED]
wrote:
2. An option that makes all NSPanels visible regardless of what
application
has focus. This would solve the other half of the GNUstep doesn't
work with
focus follows mouse problem.
The problem with this is that it
I also think the web site could do much better to highlight these
resources. How about a developers intro page, with sample code actually
on the web?
Allow me to appropriate your statement to advertise the wiki to possible
contributors:
http://mediawiki.gnustep.org/
It has a nicely visible
Just a question: did you try to use:
http://darwinports.opendarwin.org/ports/?by=namesubstr=GNUstep
Yes.
The portfile for GNUstep is broken.
Like, unfortunately, so many in Darwinports. Even the basic standards don't
install for me.
While in Fink, everything I've tried has worked so far.
On Mon, 2006-09-04 at 12:26 +0100, Pete French wrote:
to scroll down without a scrollwheel and without the keyboard I've to
cross half of the screen to reach the scrollbar on the left side of the
Can anyone (try to) explain the merits of the floating menus? I fail to
see any advantages over
On Mon, 2006-09-04 at 13:01 -0400, Andrew Sveikauskas wrote:
http://www120.pair.com/mccarthy/nextstep/intro.htmld/
After reading this something occured to me. NeXTstep is very nice,
and via GNUstep I am well used to the way they do things. But a large
quantity of people (most?) who are
On 9/4/06, phil taylor [EMAIL PROTECTED] wrote:
On Mon, 2006-09-04 at 12:26 +0100, Pete French wrote:
to scroll down without a scrollwheel and without the keyboard I've to
cross half of the screen to reach the scrollbar on the left side of the
Can anyone (try to) explain the merits of the
On Sep 5, 2006, at 24:38, phil taylor wrote:
Can anyone (try to) explain the merits of the floating menus?
You just need a single click and no drag to perform an arbitary
(menu) action. You can easily detach the menu groups you need and
thereby form some kind of favorite menus.
A
On Tue, Sep 05, 2006 at 09:34:04AM +1000, phil taylor wrote:
I am dissapointed that the GNUstep project is devoted to its UI design.
I had hoped the most important aspect was the API, not the look and feel
of the GUI. IT will never suit me. I HATE menus, especially cascading
ones.
This is an
Am 05.09.2006 um 01:06 schrieb Pascal Bourguignon:
On NeXTSTEP, I just kept the menu out of screen, and configured the
right button to pop it up under the mouse.[...]
Clearly, a menu bar is silly.
Clearly, menus popping up where ever your mouse is, are silly. The
human eye and brain
On 9/5/06, phil taylor [EMAIL PROTECTED] wrote:
On Mon, 2006-09-04 at 12:26 +0100, Pete French wrote:
to scroll down without a scrollwheel and without the keyboard I've to
cross half of the screen to reach the scrollbar on the left side of the
Can anyone (try to) explain the merits of the
On Mon, 2006-09-04 at 18:58 -0400, Charles Philip Chan wrote:
On 2006-09-04 18:46:26 -0400 phil taylor [EMAIL PROTECTED]
wrote:
Most if not all developers of other GUI s work on the assumption that
people like to vary the appearance of their desktops - even Micro$oft.
Skin deep
On Tue, 2006-09-05 at 01:06 +0200, Pascal Bourguignon wrote:
phil taylor writes:
I hardly see how anyone can believe that the dangling menu looks better.
I suppose it looks odd to me largely due to it being different to the
usual paradigm with which I am familiar, but even taking that into
On Mon, 2006-09-04 at 19:23 -0500, Andrew Ruder wrote:
On Tue, Sep 05, 2006 at 09:34:04AM +1000, phil taylor wrote:
I am dissapointed that the GNUstep project is devoted to its UI design.
I had hoped the most important aspect was the API, not the look and feel
of the GUI. IT will never suit
On Tue, 2006-09-05 at 03:28 +0100, Nicolas Roard wrote:
On 9/5/06, phil taylor [EMAIL PROTECTED] wrote:
On Tue, 2006-09-05 at 00:51 +0200, Helge Hess wrote:
On Sep 5, 2006, at 24:38, phil taylor wrote:
Can anyone (try to) explain the merits of the floating menus?
You just need a
: phil taylor [EMAIL PROTECTED]
To: Gregory John Casamento [EMAIL PROTECTED]
Cc: GNUstep Discussion discuss-gnustep@gnu.org
Sent: Monday, September 4, 2006 12:37:46 AM
Subject: Re: [Fwd: Re: really attracting developers]
On Sun, 2006-09-03 at 21:08 -0700, Gregory John Casamento wrote:
Phil,
phil
On 2006-09-05 00:35:58 -0400 phil taylor [EMAIL PROTECTED]
wrote:
Take the case of the side by side lists used to browse the directory
structure within GNUstep. Its the most functional and easiest method I
have ever come across for directory browsing.
Yes, browser (column) view is great.
On Tue, 2006-09-05 at 12:38 +0800, Rogelio Serrano wrote:
On 9/5/06, phil taylor [EMAIL PROTECTED] wrote:
On Tue, 2006-09-05 at 03:21 +0200, Markus Hitter wrote:
Am 05.09.2006 um 01:06 schrieb Pascal Bourguignon:
you have the source go ahead and create another ui.
Im over fifty.
On 9/5/06, phil taylor [EMAIL PROTECTED] wrote:
On Tue, 2006-09-05 at 12:38 +0800, Rogelio Serrano wrote:
On 9/5/06, phil taylor [EMAIL PROTECTED] wrote:
On Tue, 2006-09-05 at 03:21 +0200, Markus Hitter wrote:
Am 05.09.2006 um 01:06 schrieb Pascal Bourguignon:
you have the source go
On 2006-09-05 00:47:45 -0400 phil taylor [EMAIL PROTECTED]
wrote:
Besides, if I did i would get all these jerks on the mailing list
telling me that I had stuffed up the user interface - who wants to put
up with that!!!
Ha, ha. I have no problems discussing different GUI's, although I
prefer
Well, I will never know,
Although I put like 100 hours in trying to compile gnustep on my
intel mac, i didn't get even close of getting there.
(I even tried installing plain darwin, but that could not fix the
problems.)
So it was like impossible to get it running, so the first step of
On 9/3/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
first place...
Now I figured out that objective-c and windows libraries don't even
compile together, there is very little I can do with
my OSX code on a pc...
I really would like to develop for gnustep. But:
- it has to run on windows
On Sep 3, 2006, at 1:16 PM, Rogelio Serrano wrote:
having a windows like gui. (Come on guys, windows is the most used
platform! This would bring nextstep to the masses!)
does that matter? seriously? if thats important for me i would not be
using open source at all.
So as an open source
Am 03.09.2006 um 12:36 schrieb [EMAIL PROTECTED]:
Well, I will never know,
Although I put like 100 hours in trying to compile gnustep on my
intel mac, i didn't get even close of getting there.
(I even tried installing plain darwin, but that could not fix the
problems.)
Just a question:
On 9/3/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
On Sep 3, 2006, at 1:16 PM, Rogelio Serrano wrote:
having a windows like gui. (Come on guys, windows is the most used
platform! This would bring nextstep to the masses!)
does that matter? seriously? if thats important for me i would not
I want to use this great nextstep framework and the beauty of
objective-c to work on *windows*
Out of interest, did you ever try using Apple's developent kit for Windows ?
I know they discontinued it, but there are still copies floating around,
and it rather nice - also gives you an idea of
Do you mean the Itunes/quicktime development kits, or do you mean
rhapsody?
Quicktime and Itunes are based on carbon, not on cocoa (the renamed
openstep api)
And if I am well informed the rhapsody license is expired. Nice if
you want make apps for
your own, but not so handy if you want to
Do you mean the Itunes/quicktime development kits, or do you mean
rhapsody?
I meant the YellowBox stuff and it's predescessor - but (as you say)
it's no use for deploying to real users. It is, however, of interest
9to me anyway) as a way of seeing how OpenStep apps work in a Windows
On Sun, 2006-09-03 at 14:58 +0200, [EMAIL PROTECTED] wrote:
nextstep is all about the vertical menus and left hand vertical scroll
bar. its a complete ui design and it does not fit in windows. make it
behave like windows and you just reinvented windows.
Seriously? All that API wizardry,
Even though there is a package in the Debian repos, not all
the set up is done (environment path variables not configured).
Does Debian even have a way for a package to do this? Wouldn't it be
much nicer if a Debian package _didn't_ mess with user-level shell rc
files?
There
appear to be
On 9/4/06, phil taylor [EMAIL PROTECTED] wrote:
On Sun, 2006-09-03 at 14:58 +0200, [EMAIL PROTECTED] wrote:
nextstep is all about the vertical menus and left hand vertical scroll
bar. its a complete ui design and it does not fit in windows. make it
behave like windows and you just
On Sep 2, 2006, at 3:26 AM, Nikolaus Waxweiler wrote:
I don't see how Mediawiki would be WCAG-hostile, given that Wikipedia
uses it. If you're referring to the captcha/logic puzzle test, this is
just a minor hurdle.
By the way, the automatically generated API documentation will not be
moved
]
To: GNUstep Discussion discuss-gnustep@gnu.org
Sent: Sunday, September 3, 2006 11:49:25 PM
Subject: [Fwd: Re: really attracting developers]
Subject: Re: really attracting developers
From: phil taylor [EMAIL PROTECTED]
To: Rogelio Serrano [EMAIL PROTECTED]
In-Reply-To: [EMAIL PROTECTED
On Sun, 2006-09-03 at 21:08 -0700, Gregory John Casamento wrote:
Phil,
phil taylor [EMAIL PROTECTED]:
If they cant bother to spend a couple of hours to knock up some sample
programs, or build a few packages for the major distros (that arent four
years out of date) what kind of message
On 9/4/06, phil taylor [EMAIL PROTECTED] wrote:
On Sun, 2006-09-03 at 21:08 -0700, Gregory John Casamento wrote:
Phil,
phil taylor [EMAIL PROTECTED]:
If they cant bother to spend a couple of hours to knock up some sample
programs, or build a few packages for the major distros (that arent
On 2006-08-30 19:44:27 +0200 Michael Thaler
[EMAIL PROTECTED] wrote:
On Wednesday 30 August 2006 14:41, [EMAIL PROTECTED]
wrote:
True, especially regarding Gecko. However, using libwww WOULD be an
idea for writing a _very_ simple webbrowser. I was thinking about
that, using libwww as a bundle,
On 2006-08-30 04:18:36 +0200 Jason Clouse [EMAIL PROTECTED] wrote:
[...]
I was working on a CoreFoundation implementation, but I hear that
WebKit is
totally abandoning Cocoa, so I'm not sure it makes a difference now.
:-(
Wouldn't make sense. They (that is, the WebKit developers) are said to
Chris wrote:
Wouldn't make sense. They (that is, the WebKit developers) are said
to drop Objective-C, moving to plain C++ instead, however. Doesn't
make much sense either. Not to me at least.
As far as I know, there are plans to merge KHTML and WebCore into one
project (named Unity or
Nikolaus Waxweiler [EMAIL PROTECTED]
Yes, I noticed the global page protection already and am still waiting for
write-access. Other methods for fighting spam bots, like captcha codes on
registration (or maybe on every edit), should lower the entry bar enough
to get more people to
In article [EMAIL PROTECTED],
Helge Hess [EMAIL PROTECTED] wrote:
On Aug 27, 2006, at 17:51, Doc O'Leary wrote:
I agree with your premise, but not the conclusion. Yes, the Linux
market is tiny, but as a developer I would gladly deploy there if the
effort were also as tiny to port my Mac
On 8/30/06, Axel 'Mikesch' Katerbau [EMAIL PROTECTED] wrote:
[...]
In that context it would make sense to remove Cocoa dependencies. Then
WebKit was just a Obj-C wrapper around the C++ only WebCore/KHTML stuff.
No, it does not (at least to me) because THAT is where WebKit used to come FROM.
CAPTCHAs would lock more people out: http://www.w3.org/TR/turingtest/
A captcha is just one solution of many. The URL you referenced contains
alternate methods like logic puzzles.
Mediawiki's markup is not html (known by web authors), not autogsdoc or
texinfo (used for current GS docs) and
On Wednesday 30 August 2006 14:41, [EMAIL PROTECTED] wrote:
True, especially regarding Gecko. However, using libwww WOULD be an
idea for writing a _very_ simple webbrowser. I was thinking about
that, using libwww as a bundle, so it could be easily replaced in case
WebKit (or something else
On Aug 30, 2006, at 1:44 PM, Michael Thaler wrote:
On Wednesday 30 August 2006 14:41, [EMAIL PROTECTED]
wrote:
True, especially regarding Gecko. However, using libwww WOULD be an
idea for writing a _very_ simple webbrowser. I was thinking about
that, using libwww as a bundle, so it could
[...] In that context it would make sense to remove Cocoa dependencies. Then WebKit was just a Obj-C wrapper around the C++ only WebCore/KHTML stuff.No, it does not (at least to me) because THAT is where WebKit used to come FROM.
WebKit USED to be 'just an ObjC wrapper around KHTML's C++ code.I
On 2006-08-28 18:43:57 +0200 Nikolaus Waxweiler [EMAIL PROTECTED]
wrote:
[...]
The web API documentation is currently synchronised.
No, not really. Just look at
http://mediawiki.gnustep.org/index.php/AppKit
and http://mediawiki.gnustep.org/index.php/Foundation. They consist
mostly
of red
On 8/29/06, Chris Vetter [EMAIL PROTECTED] wrote:
On 2006-08-28 19:57:06 +0200 Riccardo [EMAIL PROTECTED] wrote:
[...]
incomplete libraries?
That's open to debate. If you compare it to Cocoa, yes, it's
incomplete.
Question is how far the completeness is supposed to go (with respect
to
On 2006-08-29 09:40:22 +0200 Rogelio Serrano
[EMAIL PROTECTED] wrote:
[...]
i looked at amaya and i got stuck in the wxwindows parts too. but it
looks more promising than the others. maybe we need to come up with an
alternative engine. its ironic considering the www was invented on a
next cube.
On 8/29/06, Chris Vetter [EMAIL PROTECTED] wrote:
On 2006-08-29 09:40:22 +0200 Rogelio Serrano
[EMAIL PROTECTED] wrote:
[...]
i looked at amaya and i got stuck in the wxwindows parts too. but it
looks more promising than the others. maybe we need to come up with an
alternative engine. its
On 2006-08-29 03:40:22 -0400 Rogelio Serrano
[EMAIL PROTECTED] wrote:
i looked at amaya and i got stuck in the wxwindows parts too. but it
looks more promising than the others.
I don't kmow about that. The rendering in Amaya is terrible and many
pages just don't work.
Charles
--
On 2006-08-28 15:59:32 -0400 Fred Kiefer [EMAIL PROTECTED] wrote:
I am a bit unsure, how much of this is already a standard or at least
widely used. But having image exchange in GNUstep would surely be
nice.
I know at least it is implemented in GTK and QT because image exchange
between GTK
Great! Thank you for the code I have a closer look soon.
Fred
Matt Rice schrieb:
--- Fred Kiefer [EMAIL PROTECTED] wrote:
DND will be another big step. Here a whole rewrite
is needed. When we
tried to integrate GNUstep DND with X we did get it
completely wrong the
first time.
a while
Hey,
On Tuesday, August 29, 2006, at 09:29 AM, Chris Vetter wrote:
[...]
If we just implement the OpenStep specification (and ignore cocoa,
which added nice thing and ruined others) we have enough power to
write our web browser (yes, seriously, it is time and resources which
lack, not
On 2006-08-29 17:07:47 -0400 Michael Hanni [EMAIL PROTECTED] wrote:
Just throwing an idea out here: would it be possible to bind directly
to KHTML
and skip the WebKit framework nightmare? [1]
Somebody did this a few years ago, I think. But it seems a shame not
to ride on Apple's coattails
On 8/30/06, Jason Clouse [EMAIL PROTECTED] wrote:
On 2006-08-29 17:07:47 -0400 Michael Hanni [EMAIL PROTECTED] wrote:
Just throwing an idea out here: would it be possible to bind directly
to KHTML
and skip the WebKit framework nightmare? [1]
Somebody did this a few years ago, I think. But
On 8/30/06, Rogelio Serrano [EMAIL PROTECTED] wrote:
On 8/30/06, Jason Clouse [EMAIL PROTECTED] wrote:
On 2006-08-29 17:07:47 -0400 Michael Hanni [EMAIL PROTECTED] wrote:
Just throwing an idea out here: would it be possible to bind directly
to KHTML
and skip the WebKit framework
On 8/28/06, Charles Philip Chan [EMAIL PROTECTED] wrote:
[...]
It works for basic text, but not for other data types. I can't speak
for other platforms, but on an X based system I think this should
happen:
(1) If a bitmap graphics is cut or copied, it should make a png copy
to the X clipboard.
On 2006-08-28 03:38:43 -0400 Chris B. Vetter [EMAIL PROTECTED]
wrote:
Actually, you CAN copy images using the pasteboard. I frequently use
that functionality. Don't know about fonts, but I'm pretty sure it
would be possible.
Only between GNUstep apps. I just try a couple of experiments:
(1)
In article [EMAIL PROTECTED],
Rogelio Serrano [EMAIL PROTECTED] wrote:
Whats keeping other developers from gnustep?
Depends on who those other developers are. I can only speak as
someone who 10 years ago used GNUstep (such as it was) on Linux, but was
drawn by commercial interests to focus
On Mon, 28 Aug 2006 14:16:30 +0200, MJ Ray [EMAIL PROTECTED] wrote:
You've answered your own question. The wiki is not good enough yet,
underattended and stumpy.
Erm, moving as much stuff as possible to the wiki was my answer to the
underattended and stumpy issue. Etoile and other projects
Hey,
On Friday, August 25, 2006, at 01:57 PM, Chris Vetter wrote:
On 2006-08-25 12:05:48 +0200 Rogelio Serrano
[EMAIL PROTECTED] wrote:
Whats keeping other developers from gnustep?
That's the crucial question, isn't it?
I think we had this thread before.. . and even before before
hmmm..
On Friday, August 25, 2006, at 07:12 PM, Chris Vetter wrote:
without more ado then: http://nextbuntu.wordpress.com/
Looks to me like this guy is divorced from reality.
do you know who that guys? He needs medical support.
-R
___
On Aug 27, 2006, at 17:51, Doc O'Leary wrote:
Summary: having Cocoa compatibility (which is getting harder every
day as MacOS advances, just think ObjC 2.0) for Linux is _not_ a
selling point. The majority of Cocoa developers simply don't want to
deploy their desktop applications to Linux/BSD.
Charles Philip Chan schrieb:
On 2006-08-27 15:41:37 -0400 Fred Kiefer [EMAIL PROTECTED] wrote:
Could you please detail the problem you found with GNUstep paste
board?
At least in a Unix/Linux environment I would expect GNUstep to play
nicely with other apps that follow the basic rules. If
--- Fred Kiefer [EMAIL PROTECTED] wrote:
DND will be another big step. Here a whole rewrite
is needed. When we
tried to integrate GNUstep DND with X we did get it
completely wrong the
first time.
a while back i tried getting gnustep to work as a x
'dragging source' as we call it.. it still
On 8/28/06, Charles Philip Chan [EMAIL PROTECTED] wrote:
On 2006-08-27 15:41:37 -0400 Fred Kiefer [EMAIL PROTECTED] wrote:
Yes, here there is still much to do. The strange thing is that up to
now
people only rarely asked for this.
Strange indeed since DND is used widely in NeXTStep. :-)
GNUstep needs to be both. --Gregory John Casamento- Original Message From: Philippe C.D. Robert [EMAIL PROTECTED]To: Rogelio Serrano [EMAIL PROTECTED]Cc: GNUstep Discussion discuss-gnustep@gnu.orgSent: Saturday, August 26, 2006 3:47:02 PMSubject: Re: really attracting developersHi,On
Hi Charles,
Charles Philip Chan schrieb:
I agree with this. The show stoppers that I found with GNUstep are:
(1) A paste board that play nicely with the native clipboard system.
Could you please detail the problem you found with GNUstep paste board?
At least in a Unix/Linux environment I
On 2006-08-27 15:41:37 -0400 Fred Kiefer [EMAIL PROTECTED] wrote:
Could you please detail the problem you found with GNUstep paste
board?
At least in a Unix/Linux environment I would expect GNUstep to play
nicely with other apps that follow the basic rules. If you found a
problem I am
IMHO there are two spaces which can be explored if you want to advance
the GNUstep community:
a) reasonably easy and convenient Windows porting for Cocoa developers
b) server stuff
I totally agree upon a.) This would definitely attract some Cocoa
developers. Probably they would be mostly
On Fri, 25 Aug 2006 12:05:48 +0200, Rogelio Serrano
[EMAIL PROTECTED] wrote:
Whats keeping other developers from gnustep?
One thing might be that GNUStep-related stuff is somewhat disorganized.
Documentation, for example, is scattered across the normal homepage, the
wiki,
Hi,
On 25.08.2006, at 12:05, Rogelio Serrano wrote:
Whats keeping other developers from gnustep?
incomplete ide?
incomplete nextstep based system?
incomplete libraries?
i don't buy the general applications unavailability argument. we are
talking about people who want to create apps under
On 2006-08-26 21:47:02 +0200 Philippe C.D. Robert
[EMAIL PROTECTED] wrote:
[... some very good points ...]
just my $0.02... and now hit me ;-)
Seconded
--
Chris
___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
On 2006-08-26 15:47:02 -0400 Philippe C.D. Robert
[EMAIL PROTECTED] wrote:
IMO it is because some GNUstep developers don't want to see GNUstep
being a
complete desktop solution (for X11 based systems), instead they
favour the
cross-platform API path, whereas others don't want to
1 - 100 of 116 matches
Mail list logo