-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

nemesis wrote:
> speaking as a technical Linux user, I don't care about GUIs, Xlib, GTK+,
> Tcl... let alone Swing or Eclipse requiring a whole heavy, bloated and
> redundant OS-wrapper (read Java).

I like the command-line interface, myself, but there is a (apparently
small) group of people that have been asking for a Linux GUI; if there
is an easy way to meet their needs, I see no reason not to. I also don't
 see a problem with keeping the CLI interface around in addition to a GUI.

I might also add that Eclipse does not use Swing, it uses SWT (which is
a bit more lightweight than Swing). In addition, Java programs written
against SWT can fairly easily be compiled to native code via GCJ (this
is what Fedora does for their Eclipse binaries), eliminating the
overhead of the JRE altogether. :-)

- --
William Tracy
afi### [at] gmailcom -- wtr### [at] calpolyedu

You know you've been raytracing too long when you can draw things
quicker in POV-Ray than you can using a pencil and paper.
    -- Dylan Beattie
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHBuz5cCmTzQ++ZncRAtojAKChNZW/riceB1BxFM3Yt2SY29HPogCgg5FK
xcXQBGqamjaa3m810PeqwzM=
=QFgl
-----END PGP SIGNATURE-----

Post a reply to this message

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I might add that there is some precedence here: MegaPOV distributes both
 GUI and CLI binaries in their Windows installer.

With a little foresight, it might even be feasible to do it with one
binary that accepts command line flags (e.g., povray --gui).

- --
William Tracy
afi### [at] gmailcom -- wtr### [at] calpolyedu

You know you've been raytracing too long when you've tried to scan your
face for a texture.
    -- Quietly Watching
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHBu6KcCmTzQ++ZncRArwaAJ4lVfGGrsOY7u4vAP0KGy5sjRr5JACeOJht
hXG3P3G90Ohqa56BoAkv4qU=
=MTeV
-----END PGP SIGNATURE-----

Post a reply to this message

William Tracy <wtr### [at] calpolyedu> wrote:
> I also don't
>  see a problem with keeping the CLI interface around in addition to a GUI.

It's the contrary:  I don't a reason to keeping a GUI around in a addition
to the povray renderer, which *is* a classical command-line
batch-processing program.

> I might also add that Eclipse does not use Swing, it uses SWT

I know, which is why I mentioned Eclipse:  you don't really use SWT other
than in Eclipse-based apps.

> (which is
> a bit more lightweight than Swing). In addition, Java programs written
> against SWT can fairly easily be compiled to native code via GCJ (this
> is what Fedora does for their Eclipse binaries), eliminating the
> overhead of the JRE altogether. :-)

except for the memory overhead and invariably requiring Eclipse to edit
source code.

Post a reply to this message

William Tracy <wtr### [at] calpolyedu> wrote:

> PovClipse *does* look nice.
Thanks a lot ;-))

> My only concern is how friendly it is going
> to be for new users.

True, Eclipse has quite a bit to learn about, but it offers a great platform
in turn.

> Speaking as someone who has never written Eclipse plugins, how hard
> would it to be to detangle it from Eclipse and have it run stand-alone?
> Having the entire Eclipse SDK is kind of overkill. :-)

That's the lovely thing, you do not need the full-blown Eclipse platform at
all! The minimal thing you need is the Eclipse "Platform Runtime Binary"
edition. It's extremely easy to build a complete custom application using
the Eclipse platform and developed plug-ins. In fact this is what many
companies are doing right now: moving from their own self-written
application to the Eclipse platform, probably re-writing much of their
code.
This way it's still in the hand of the development team which Eclipse
version they support, there can be even complete OS-dependent installer for
the GIU application if necessary.
The plugin itself can not be deattached completely from Eclipse, they are
ways to much interweaved. The plugin is written *for* Eclipse, not *with*.

BTW, I would suggest splitting the renderer from the GUI application
completely, like mentioned by nemesis above. The one wanting to be a
"hardcore-hacker" can still use their vim, emacs or what-so-ever editor,
but and the one wanting support by a specialized, feature-rich editor
should be supported by a GUI application like PovClipse or QtPovEditor.

> Also, how hard would it be to make it not require the user to set up and
> organize projects? The project concept is useful when you're developing
> large pieces of software, and could be nice for managing scenes that
> have lots and lots of include files. For most users just getting
> started, though, I see it becoming just one more stumbling block. :-( It
> would be nice to be able to just open up a .pov file and press "render".

The project thing is extremely easy to understand and to use. You need just
a couple of clicks to set-up your project in the default manner.
There is also a tutorial describing it.
IMHO the new users should be "trained" to utilize well-proved design
patterns like projects. In fact this was a thing I always missed in the
actual POV version: structuring your scene code and preserving it. Yes, you
can do it yourself by putting everything in a folder and ZIP that, but there
is nothing appealing to you to do so.

- Wolf

Post a reply to this message

"Wolf" <nomail@nomail> wrote:
> BTW, I would suggest splitting the renderer from the GUI application
> completely, like mentioned by nemesis above. The one wanting to be a
> "hardcore-hacker" can still use their vim, emacs or what-so-ever editor,
> but and the one wanting support by a specialized, feature-rich editor
> should be supported by a GUI application like PovClipse or QtPovEditor.

BTW, I'm still to see the editor component of an IDE -- even Eclipse,
Netbeans or VS -- to be as "feature-rich" as vim or emacs.  No, just
similar keybinbings for a given subset of the functionality isn't enough...

Post a reply to this message

"nemesis" <nam### [at] gmailcom> wrote:
> "Wolf" <nomail@nomail> wrote:
> > BTW, I would suggest splitting the renderer from the GUI application
> > completely, like mentioned by nemesis above. The one wanting to be a
> > "hardcore-hacker" can still use their vim, emacs or what-so-ever editor,
> > but and the one wanting support by a specialized, feature-rich editor
> > should be supported by a GUI application like PovClipse or QtPovEditor.
>
> BTW, I'm still to see the editor component of an IDE -- even Eclipse,
> Netbeans or VS -- to be as "feature-rich" as vim or emacs.  No, just
> similar keybinbings for a given subset of the functionality isn't enough...

I'm not going to comment this as I do not want to start another
"what-is-the-best-editor-out-there" discussion.
All I was saying is that there are people like you, using generic editors
like vim or emacs, and people like me, using specialized editors like
PovClipse to edit the POV SDL code, and let's support both.

- Wolf

Post a reply to this message

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Wolf wrote:
> That's the lovely thing, you do not need the full-blown Eclipse platform at
> all! The minimal thing you need is the Eclipse "Platform Runtime Binary"
> edition.

That's very good to hear.

> BTW, I would suggest splitting the renderer from the GUI application
> completely, like mentioned by nemesis above.

That's increasingly sounding like the way to go.

> The project thing is extremely easy to understand and to use. You need just
> a couple of clicks to set-up your project in the default manner.

You'd be surprised by just how much that can trip up first-time users.
Just a few weeks ago I watched much confusion when a bunch of students
were expected to use Visual Studio for an assignment the first time
(including myself...why would I need VS when I have vim?). I heard lots
of people asking "what was that menu that he clicked?".

A process that should have been as simple as "vim <filename>" turned
into a half-dozen mouse clicks (file -> new project, select "Console
application", select next, go to properties, unselect "precompiled
headers", and so on).

Of course, part of the problem is that what *should* have been printed
on some handout, the instructor just did on a big screen and expected us
to follow along. Invariably, students fell behind and got lost.

Now, in the Unix world, the people who don't like projects will just
wander off and use vim (or emacs, or pico (eww), or ed, or...). However,
I'm still worried about turning away new users in Windows/Mac. The
concept of a "project" is going to be completely alien to people coming
from 3DS, or Photoshop, or whatever. They're going to have enough
trouble adjusting to the concept of SDL as it is.

I'm asking for a stupid-easy way to hop in, create or open a stand-alone
scene file, and render it. (And no, as far as I am concerned, a
pre-populated sample project isn't enough.) We don't need to give up the
projects feature, but I want a way to bypass it.

Think of it as some scratchboard feature for transient test code that
just doesn't deserve the overhead of creating a full-blown project.

- --
William Tracy
afi### [at] gmailcom -- wtr### [at] calpolyedu

You know you've been raytracing too long when even though you've
explained raytracing to them, your family doesn't really understand what
you're talking about, and they wonder why you won't just admit you took
those pictures with a camera.
    -- Jeff Lee
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHB76JcCmTzQ++ZncRAm9gAKCQnLE7kwVxxL/0JD7+azoh0ls94QCgkSw+
OGfi5tovmtZSsXCxJ94GdCA=
=64wm
-----END PGP SIGNATURE-----

Post a reply to this message

>> I might also add that Eclipse does not use Swing, it uses SWT
> 
> I know, which is why I mentioned Eclipse:  you don't really use SWT other
> than in Eclipse-based apps.

When and if I make my own Java-based GUI app, I will probably use SWT. I 
really prefer having native widgets instead of "looks and feels like it 
but not quite", ie. Swing.

Azureus uses SWT, first Java app I saw that actually looks like 
everything else on my system.

Post a reply to this message

William Tracy <wtr### [at] calpolyedu> wrote:
> Now, in the Unix world, the people who don't like projects will just
> wander off and use vim (or emacs, or pico (eww), or ed, or...)

such people are still working on projects, on file at a time.  Or multiple
files, if you load a session file.

but I recon wizard-based templated makefile making is a Windows thing,
luckly...

Post a reply to this message

> William Tracy <wtr### [at] calpolyedu> wrote:
>> Now, in the Unix world, the people who don't like projects will just
>> wander off and use vim (or emacs, or pico (eww), or ed, or...)
> 
> such people are still working on projects, on file at a time.  Or multiple
> files, if you load a session file.

Vim can split windows and show multiple files. At least on the GUI 
version, you can have *tabs* too.

I don't know anything about emacs.

Post a reply to this message