> Philippe Debar wrote:
>> What is your favorite editor for povray in Linux? 
> 
> As others have already pointed out it's usually the other way round with
> Linux: You pick your editor first, then you make it work with whatever
> you want to do with it. Aside from the editor choices that have been
> pointed out in the other responses, just a personal tip from me: Find an
> editor that suits you, no matter what you're doing with it. As most
> Linux/Unix programs, editors come with a certain philosophy that kind of
> defines the way you work with them. Once you found an editor that suits
> your way of writing in general, it's probably possible to teach it some
> POV :) And just for the record: My combination is vim/xterm...



<joking> So, what is the best unix editor ?</joking>

Post a reply to this message

I'll try to rephrase my question in a more-linux-way.

I currently have not choosen a general-purpose editor. As most of my 
editing will probably be restricted to:
* configurations files
* Povray
* a little bit of Python

What editor is best suited, which one has the most advanced 
plugin/modes/extensions/scripts/macros for (mostly) Povray and (a 
little) Python?


Povingly,

Philippe

Post a reply to this message

> Philippe Debar <phdebarAscarlet.be> wrote:
>> What is your favorite editor for povray in Linux?
> 
>   I use (a highly configured) emacs with pov-mode. It looks like this:
> 
> http://tag.povray.org/povQandT/EmacsPovFrontend.png
> 

Is http://www.acc.umu.se/~woormie/povray/ the home of the latest pov-mode?

Post a reply to this message

Philippe Debar schrieb:
> [...]
> 
> But anyway if I want to do any of these, I can always use the CLI.

Well - you can't with WinPOV.  The point is having the choice - this is 
what Unix is all about.

> 
> Agreed, but couldn't the editor provide a pause function that calls the 
> OS one?

Sure it could, but - as with various other features there has not been 
sufficient need to add such a feature to any editor i know of apparently.

If you think a bit about it - there is very rarely a need for actually 
pausing a render.  If you have another task that is more urgent the best 
way (apart from stopping the render) is to set priorities accordingly 
('renice').  The wish to actually completely suspend a render probably 
results from the common (but wrong) assumption that a computer is 
inefficient if occupied with several tasks simultaneously (in most cases 
it is more that those operating the computer have troubles with that ;-)).

> BTW, I think I'll try (again) to grok (X)Emacs. Wish me luck ;)

That's of course one of the tougher choices (but not a bad one).

-- Christoph

Post a reply to this message

Philippe Debar wrote:
> Hi!
> 
> What is your favorite editor for povray in Linux? Which one would you 
> recommend? Coming from Windows, I was spoiled with the built-in Pov 
> editor and I am searching for something similar.
> 
...
> Would no such editor exist in the Linux world? I am not very happy at 
> the thought that I'll have to run WinPov in Wine =_=' I might even have 
> to reboot Windows >_<
> 


Have you actually tried to run WinPov in Wine?
I tried it some time ago, it run just fine.

Post a reply to this message

 > Philippe Debar schrieb:
 >> [...]
 >>
 >> But anyway if I want to do any of these, I can always use the CLI.
 >
 > Well - you can't with WinPOV.  The point is having the choice - this 
is what Unix is all about.

I thought there was a Cygwin Pov (but maybe this requires compilation 
under Windows?)... But I never felt the need for it.

 >> Agreed, but couldn't the editor provide a pause function that calls 
the OS one?
 >
 > Sure it could, but - as with various other features there has not 
been sufficient need to add such a feature to any editor i know of 
apparently.
 >
 > If you think a bit about it - there is very rarely a need for 
actually pausing a render.  If you have another task that is more urgent 
the best way (apart from stopping the render) is to set priorities 
accordingly ('renice').

Could be done in the editor too. IIRC Povwin does.

 > The wish to actually completely suspend a render probably results 
from the common (but wrong) assumption that a computer is inefficient if 
occupied with several tasks simultaneously (in most cases it is more 
that those operating the computer have troubles with that ;-)).

Well, it can be really unresponsive, even if efficient.


 >> BTW, I think I'll try (again) to grok (X)Emacs. Wish me luck ;)
 >
 > That's of course one of the tougher choices (but not a bad one).

Well, while thinking about the specialized/general editor stuff, I 
figured that one -- I for instance -- has to be not totally "perfectly 
normal" to do 3D with a text editor and not a 3D gui ;)

Povingly

//Philippe

PS: Sorry everybody for the private mails, I keep hitting the wrong menu 
item. Maybe I drink too much coffee...

Post a reply to this message

>  > The wish to actually completely suspend a render probably results 
> from the common (but wrong) assumption that a computer is inefficient i
f 
> occupied with several tasks simultaneously (in most cases it is more 
> that those operating the computer have troubles with that ;-)).
> 
> Well, it can be really unresponsive, even if efficient.


You'll see that on Linux, your computer will be much more responsive 
than on windows so you might not worry about that :)

Post a reply to this message

>
>> Well, it can be really unresponsive, even if efficient.
> 
> 
> You'll see that on Linux, your computer will be much more responsive 
> than on windows so you might not worry about that :)


In general, that is true. But... on my Ubuntu box, PovClipse + a render 
= impossible to do anything else. PovClipse + Pov-Ray + something else 
(like Firefox or Thunderbird or OOo or Gimp) is the only circumstance I 
encountered since I use Ubuntu (2 years) that causes such an 
unresponsiveness that I can call it a gui freeze.

//Philippe

Post a reply to this message

Philippe Debar schrieb:
> 
> In general, that is true. But... on my Ubuntu box, PovClipse + a render 
> = impossible to do anything else. PovClipse + Pov-Ray + something else 
> (like Firefox or Thunderbird or OOo or Gimp) is the only circumstance I 
> encountered since I use Ubuntu (2 years) that causes such an 
> unresponsiveness that I can call it a gui freeze.

I don't know about Java (there might be components of the Java system 
wrongly running with increased priority) but apart from that this would 
be extremely unusual.  Unless you are running out of memory of course - 
since there is nothing like priority for swapping exceeding available 
memory will always slow down the whole system.  Also note Gimp uses its 
own 'virtual memory' system so you should make sure its settings are 
appropriate.

You can easily test if a slowdown you experience during a POV-Ray render 
is due to POV-Ray 'eating up' CPU time - run it with lowest priority 
('nice -19 povray' instead of 'povray') and see if this changes 
anything.  If not a hypothetical pause function in POV-Ray would not 
help either.

-- Christoph

Post a reply to this message

> Philippe Debar schrieb:
> I don't know about Java (there might be components of the Java system 
> wrongly running with increased priority) but apart from that this would 
> be extremely unusual.  Unless you are running out of memory of course - 
> since there is nothing like priority for swapping exceeding available 
> memory will always slow down the whole system.  Also note Gimp uses its 
> own 'virtual memory' system so you should make sure its settings are 
> appropriate.


It's at least the combination of swap (Eclipse is very memory-hungry and 
nearly eats up all of my 768Mo by itself), and 100% CPU usage (Pov).

But even then, I already ran into these conditions without getting such 
a slowdown. Eclipse/Java must be doing something, but I will not spend 
any more time trying to guess what. I'll consider this a major defect 
and will make my choice among the other editors.


> You can easily test if a slowdown you experience during a POV-Ray render 
> is due to POV-Ray 'eating up' CPU time - run it with lowest priority 
> ('nice -19 povray' instead of 'povray') and see if this changes 
> anything.  If not a hypothetical pause function in POV-Ray would not 
> help either.


Thanks for the tip.


//Philippe

Post a reply to this message