Re: given WOLips is being discussed...
Re: given WOLips is being discussed...
- Subject: Re: given WOLips is being discussed...
- From: Jérémy DE ROYER via Webobjects-dev <email@hidden>
- Date: Mon, 13 Jul 2020 13:00:58 +0000
- Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ingencys.net; dmarc=pass action=none header.from=ingencys.net; dkim=pass header.d=ingencys.net; arc=none
- Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=nPwpbMTHUsZdVSqD2QULGt5BxaXmJ6mFtFnSaZpJitE=; b=nfVVQOV4XGTx6C32uvIvhmVSlLSLH3LcVGuemF+STvJwqbWAcgQICYQ9ifOkrMo6uG0pKRTik8YxFb5f0vxrBiK0pFmxv4M1zDYQaFTpKSr/NTKZYtYsD4vhKukliUWLNjkXCov7i4YJktDrSVJQCRLUwmQDyoaIFrroDr5K+u0w75AMMxlkUn1hevDlhNpkDgSEq4u27f32P8dcHNZjiC8q0qH5wN+ZV8+ot99kNBAebvx0xYc2ikH97jiByyW9u/sckitl7M/VBk/G0EUv+Ssl4gx4HylmzlR63d8BJVjKsR3Dz+RpOQOa+Gkz08EwXy9rYLb5TEvhstaYh65EcA==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=eQPWKM1KHUHsK6ZY9+tYzm15hjN/TN7OuQYICVmzma203kV4s+fjKgLQTySQESWJb6MTg+zsfZyk0SQ7FepUdRzDlohUfTHodsPMi5haf0Fm1oaX/HFzM4g0z+00KMjoGfyR6DP/r5HVTagyz8N+BlP5DnPN6TKdbZzLIL/r7Ecj5e5jpVLvANWgniZXLchE9XiNDhClYKFG1kxhub/Y1h5t8r7TcIWVlfH8TASzjNxAVlZN00cB0C7334gg8a/6djWEuwW3qysh+Gea6r5s7lUAHKX9CubYHYtZeeSYzOogzz98p4yunLNAfbQXJNctI0ntlfHEhEV8xDlkguvxjQ==
- Thread-topic: given WOLips is being discussed...
Hi Maik,
I completely agree with paying to fix the bugs that are still in WOLips today.
That’s why I would suggest to make 2 lists :
- the first one : bug fixes
- the second one : wish list
I would gladly contribute to the first bug-fixes-list
I would gladly study the second list and contribute for the points that I will
find relevant according to the cost requested by the developers
On the other hand, I am not sure I am very motivated by a change of IDE whose
costs and risks (bugs) would be significantly higher.
Jérémy
Le 13 juil. 2020 à 14:26, Maik Musall via Webobjects-dev
<email@hidden<mailto:email@hidden>> a écrit
:
Hi all,
I think the point is still valid. We shouldn’t invest in WOLips development
without first discussing the option of creating similar plugins for alternative
IDEs.
So, who has enough insight into and experience with IntelliJ, Netbeans and the
like to offer some thoughts on this?
Maik
P.S. Meanwhile, another Eclipse plugin developer has offered his services, and
not just to to plain dev work but also do training to enable other community
members to take over. A similar thing is probably possible with other IDEs.
Am 08.07.2020 um 03:37 schrieb Tim W via Webobjects-dev
<email@hidden<mailto:email@hidden>>:
Well said, Aaron. WOBuilder was great. That said, I haven’t hated WOLips - I’ve
actually really liked some aspects of the workflow.
Also, I’ll add secondarily that I find it unlikely that anyone will move to
Xcode from Eclipse.
Tim
UCLA GSE&IS
On Jul 4, 2020, at 8:46 AM, Aaron Rosenzweig via Webobjects-dev
<email@hidden<mailto:email@hidden>> wrote:
Thanks OC for sharing your experience and your code for the EOModeler on OSX.
(I realize that is jvanek’s link; however, it was you who cobbled together the
first version).
Eclipse does two things well:
1) Refactoring
2) Cross platform (Macs, PCs, Linux - mixed environment)
I use Eclipse today mainly because my team-mates chose it… and it’s ok, it has
issues, but it’s alright for me. If we were honest, IntelliJ does those two
things better than Eclipse but it doesn’t have the WOLips plugin. That plug-in
is good but it is a never-ending struggle where Eclipse keeps breaking it in
strange ways and nobody enjoys figuring out that useful friend in a foreign
land. We’ve never fit in with the Eclipse community.
It was nice in the days when you could double-click install WebObjects with
tooling on a Mac. I enjoyed ProjectBuilder, WOBuilder, EOModeler, it all worked
very nice for the most part. It had some issues too… there are always issues,
but that was the heyday and when I enjoyed working with WO the most. If it were
up to me I’d run MacOS Tiger in a VM with all that tooling when doing WO. But
to be the lone wolf when others prefer getting rid of the .wod file and not
using the same IDE setup it’s more like fighting than being productive.
There was something guttural, tangible, enjoyable, with dragging member
variables into component bindings. I enjoyed WOBuilder immensely and even
created my member variables there. Whatever I do today I do in a trance where I
imagine I was doing things that way. It’s like channelling an ancient codex to
do my bidding in the modern age.
I’m fortunate that much of what I loved I do today in Ares / Enyo but it too is
dead. Why is it that the flame that burns Twice as bright burns half as long?
AARON ROSENZWEIG / Chat 'n Bike<http://www.chatnbike.com/>
e: email@hidden<mailto:email@hidden> t: (301) 956-2319
[Chat 'n Bike] [Chat 'n Bike]
On Jul 3, 2020, at 3:29 PM, OCsite via Webobjects-dev
<email@hidden<mailto:email@hidden>> wrote:
... well, myself, I have found Eclipse next-to-unuseable (WOLips itself looked
good, but it's, alas, Eclipse-based). In case there's more people similarly
Eclipse-incompatible, let me just remind that the good ole XCode (with a couple
of build scripts added) is considerably more convenient than Eclipse, and the
only thing it can't do reasonably is EOmodelling.
Which is why there's a stand-alone EOModeller application, freely available at
https://github.com/jvanek/EOModeler-OSX
(There's no graph view: for graph view you can use OmniGraffle, which still
supports EOModels very nicely.)
All the best,
OC
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list
(email@hidden<mailto:email@hidden>)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden<mailto:email@hidden>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list
(email@hidden<mailto:email@hidden>)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden<mailto:email@hidden>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list
(email@hidden<mailto:email@hidden>)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden<mailto:email@hidden>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list
(email@hidden<mailto:email@hidden>)
Help/Unsubscribe/Update your Subscription:
This email sent to
email@hidden<mailto:email@hidden>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden