|
| From: | Lundberg, Johannes |
| Subject: | Re: Gorm thoughts for the future... |
| Date: | Mon, 7 Apr 2014 08:28:15 +0900 |
Johannes,Making an Xcode like editor is something entirely different. What I'm talking about are evolutionary changes, what you're talking about is a revolutionary change where everything goes into one IDE. Nevertheless, given how Gorm is architected, as I mentioned earlier as a set of libraries. There is very little in Gorm which is tightly coupled to it's GUI... it is possible to write code in PC which would allow it to edit Gorm files as well (i.e. an editor could be implemented that basically contains the document).I would recommend that, if a single window IDE is desired... which is NOT what I was talking about above, I was talking about this approach for Gorm only, that this be done as a separate part of GNUstep and draw from both Gorm and PC instead of trying to refactor them (i.e. leave them in place, but reuse a lot of the code from them to achieve what you want).GregOn Thu, Apr 3, 2014 at 6:34 PM, Lundberg, Johannes <johannes@brilliantservice.co.jp> wrote:=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-I believe it is absolutely a must to an editor that is easy to use and behaves like Xcode to some extent if we are going to get OSX/iOS developers (most of Obj-C developers) start using GNUstep. Since GNUstep doesn't run on OSX it is difficult to use Xcode as editor, however this is what I currently do.If we can make ProjectCenter do this it would save me a lot of time and,I'm planning to make an editor which is as similar to Xcode as possible, code it using GNUstep and have it be platform independent. A first step would be only text editor, interface editor is less important.Features like good code completion, realtime parsing and error reports is a must for me (and most other Obj-C developers I think) if I would use anything other than Xcode.
There is also another interesting project, Gemas.app which use single-window layout and could also be used to build an Xcode-clone.. Unfortunately currently Gemas doesn't use the same keyboard shortcuts as Xcode (think they match emacs style) so it is not so easy for Xcode people to start using immediately.
Just my thoughts...--Johannes LundbergBRILLIANTSERVICE CO., LTD.On Fri, Apr 4, 2014 at 6:37 AM, Ivan Vučica <ivucica@gmail.com> wrote:First two sound good.
Single window, I'm not so sure. Possibly not single window, but sidebar-in-each-window? Xcode has a vast disregard for the potential size of my total workspace.
Having a NSDocument with single NSWindowController that can be "duplicated" and then independently manipulated (while still touching original objects) would be ideal.
Given that we're speculating about radical changes to Gorm, I have one more: If you decide to build the UI around an NSViewController that just happens to represent a view tree directly embedded in a NSWindow, that would later allow building an embedded IDE such as Xcode4/5... taking the opportunity to fix what is essentially a discouragement of a multiwindow environment, of course...
> On 03.04.2014., at 22:04, Gregory Casamento <greg.casamento@gmail.com> wrote:
>
> I am thinking about a few things when it comes to Gorm. Some of which people might not agree with, some of which people will love, I’m sure.
>
> Here’s what I’ve been thinking for a long time… in no particular order:
>
> * Personally, though the name Gorm seems to be fitting, it’s also not really in line with PC.
> JUSTIFICATION: I’ve always thought that on OPENSTEP we had PB and IB. Why not for GNUstep have PC and IC. InterfaceCenter… InterfaceCreator… something like that… this is a passing thought to change the name, and is certainly not something that we NEED to do. It’s just a thought.
>
> * Get rid of palettes and move to a library style of storing widgets…
> JUSTIFICATION: Part of the issue here is that the palettes are of limited size. A library like on Xcode can handle an unbounded number of widgets and also allow a user to search for the one the want. The palette approach causes the need to unnaturally place the widgets into categories and has limited space available to show the widgets.. so they end up crammed in. Additionally, the library approach can provide descriptions for the widgets in the cells that are used to display the widget in question.
>
> * One window design… NOW NOW… don’t panic, this is something I’ve been thinking about for a while and here’s why
> JUSTIFICATION: Right now there are a few bugs in Gorm related to the fact that we do not use this approach. One is standalone views. At present Gorm needs to wrap a standalone view in a special window subclass so that it knows NOT to persist the window the view is placed in and JUST save the view as part of the document. While this sounds like dynamite on paper, it’s a real pain in the ass to deal with in the code. Just look at GormCore/GormViewWindow.[hm] to see WHY it’s such a pain. With a one window design (ala Xcode) much of this heartache simply goes away. It also gives a consistent place for the top level objects to be shown instead of them potentially being behind another window while you’re trying to work on your interface.
>
> I have been having some other thoughts about Gorm recently, but these are really the main ones which have been on mind. Any thoughts and feedback are appreciated.
>
> Gregory Casamento
> GNUstep Maintainer/Lead Developer
> greg_casamento (Skype)
> (240)274-9630
>
>
>
>
> _______________________________________________
> Discuss-gnustep mailing list
> Discuss-gnustep@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnustep
_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep
秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
CONFIDENTIALITY NOTE: The information in this email is confidential
and intended solely for the addressee.
Disclosure, copying, distribution or any other action of use of this
email by person other than intended recipient, is prohibited.
If you are not the intended recipient and have received this email in
error, please destroy the original message.--
Gregory Casamento
Open Logic Corporation, Principal Consultant
yahoo/skype: greg_casamento, aol: gjcasa
(240)274-9630 (Cell)
http://www.gnustep.org
http://heronsperch.blogspot.com
| [Prev in Thread] | Current Thread | [Next in Thread] |