|
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On 7/27/2017 4:19 AM, Sven Littkowski wrote:
> On 25.07.2017 09:02, Stephen wrote:
>> On 7/25/2017 1:54 PM, Stephen wrote:
>>> I am guess he is aware of how to
>>
>> Should read I guess he is...
>>
>>
>> It's not just my fingers playing up today. I'm beginning to hate
>> Thunderbird with its fancy skins.
>>
>
> At the moment, I work with gray background, but this one and any other
> background just looks not right. Since I do software programming, I work
> since over 20 years with my own standard colors for the one or other
> thing inside a syntax. But I cannot use "my" custom colors with the
> editor at the moment. Thus I am not able to recognize things inside a
> POV-Ray syntax based on the color code. Why such a big discussion about
> such a small additional feature? It is not really difficult to add that
> feature.
>
I must admit I was wrong. I thought the editor was configurable. I
suppose it is, in a way. But reminiscent of the way DOS programs looked.
It is so long since I looked at the settings I was remembering how I
felt about them, then.
So I support your feature request.
But, if memory serves me well. There is no one to do it. The Pov team
are all working on other things and your request is cosmetic.
So unless you can hack the editor code. The only other thing to do is
keep nagging until one of them gets sick enough of it to add a custom
colour into the list. That's how it was done in days of yore. ;)
--
Regards
Stephen
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Am 27.07.2017 um 05:19 schrieb Sven Littkowski:
> At the moment, I work with gray background, but this one and any other
> background just looks not right. Since I do software programming, I work
> since over 20 years with my own standard colors for the one or other
> thing inside a syntax. But I cannot use "my" custom colors with the
> editor at the moment. Thus I am not able to recognize things inside a
> POV-Ray syntax based on the color code. Why such a big discussion about
> such a small additional feature? It is not really difficult to add that
> feature.
Well then... if you find the feature not really difficult to add, I
recommend you implement those changes yourself, and license them to us
under the old POV-Ray v3.6 license.
Our version of the proprietary 3rd party CodeMax library has remained
virtually unchanged from POV-Ray v3.6 (except for bug fixes), so you can
use the CodeMax source code from the POV-Ray v3.6 package as a starting
point for your development.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On 27.07.2017 06:56, clipka wrote:
> Am 27.07.2017 um 05:19 schrieb Sven Littkowski:
>
>> At the moment, I work with gray background, but this one and any other
>> background just looks not right. Since I do software programming, I work
>> since over 20 years with my own standard colors for the one or other
>> thing inside a syntax. But I cannot use "my" custom colors with the
>> editor at the moment. Thus I am not able to recognize things inside a
>> POV-Ray syntax based on the color code. Why such a big discussion about
>> such a small additional feature? It is not really difficult to add that
>> feature.
>
> Well then... if you find the feature not really difficult to add, I
> recommend you implement those changes yourself, and license them to us
> under the old POV-Ray v3.6 license.
>
> Our version of the proprietary 3rd party CodeMax library has remained
> virtually unchanged from POV-Ray v3.6 (except for bug fixes), so you can
> use the CodeMax source code from the POV-Ray v3.6 package as a starting
> point for your development.
>
Just make it Delphi source code, and I will do this. It would be my
pleasure. And I have no problem to license it to the great POV-Ray team.
But I cannot program in other languages than Delphi (Pascal).
---
Diese E-Mail wurde von AVG auf Viren geprüft.
http://www.avg.com
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
clipka <ano### [at] anonymousorg> wrote:
> You can use /any/ text editor capable of saving plain vanilla ASCII
> text. You could even use MS Word for that purpose.
>
> A text editor capable of syntax highlighting would be of advantage of
> course. But you may need to roll your own highlighting rules.
Yes, indeed.
Te one thing I would find VERY useful is some sort of editor that has
differential coloring of nested parentheses for mathematical formulae.
Debugging those can drive me a little nuts sometimes.
Does anyone have a [preferably small, lightweight, free] 3rd party editor that
would work well for this?
I suppose if I need to, I could use Excel...
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On 04.08.2017 14:10, Bald Eagle wrote:
> clipka <ano### [at] anonymousorg> wrote:
>
>> You can use /any/ text editor capable of saving plain vanilla ASCII
>> text. You could even use MS Word for that purpose.
>>
>> A text editor capable of syntax highlighting would be of advantage of
>> course. But you may need to roll your own highlighting rules.
>
>
> Yes, indeed.
> Te one thing I would find VERY useful is some sort of editor that has
> differential coloring of nested parentheses for mathematical formulae.
>
> Debugging those can drive me a little nuts sometimes.
>
> Does anyone have a [preferably small, lightweight, free] 3rd party editor
that
> would work well for this?
> I suppose if I need to, I could use Excel...
>
>
Weaverslave?
---
Diese E-Mail wurde von AVG auf Viren geprüft.
http://www.avg.com
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Bald Eagle" <cre### [at] netscapenet> wrote:
> clipka <ano### [at] anonymousorg> wrote:
>
> > You can use /any/ text editor capable of saving plain vanilla ASCII
> > text. You could even use MS Word for that purpose.
> >
> > A text editor capable of syntax highlighting would be of advantage of
> > course. But you may need to roll your own highlighting rules.
>
>
> Yes, indeed.
> Te one thing I would find VERY useful is some sort of editor that has
> differential coloring of nested parentheses for mathematical formulae.
>
> Debugging those can drive me a little nuts sometimes.
>
> Does anyone have a [preferably small, lightweight, free] 3rd party editor that
> would work well for this?
> I suppose if I need to, I could use Excel...
The release candidate 2 of Blender 2.79 has our latest patch for POV syntax
highlighting in:
https://download.blender.org/release/Blender2.79/
When you put your cursor next to a {} brace sign, it highlights in red the
corresponding pair of braces. Lanuhum and I added one more color than POVwin, so
"transforming" keywords are distinguished from objects, and in the same color
group as mathematical functions.
All this looks perfect for your need. And possibly of some others users.
I added a "run" operator to render a preview of edited text only regardless of
Blender 3D scene. Also note that another add-on exists that can enable
auto-completion and I successfully tried it with POV files.
See the wiki for screen captures cluing how to use pov colored syntax in blender
(file suffixes are recognized automatically):
https://wiki.blender.org/index.php/Extensions:2.6/Py/Scripts/Render/POV-Ray#Adding_POV_code_directly
Please note that, as of today, Lanuhum and I are Python scripters (and I a lame
one!)yet we tried to mimic existing C code and successfully dared to submit this
C patch which is not our language, but was still accepted by the main Blender
developers, I mean to say that if you really preferred such changes to happen in
Povwin and the likes, don't be scared to try !
Otherwise of course, just tell us what's wrong with it in our Blender's
implementation, and we'll try to improve it based on your feedback. Thanks!
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Mr" <nomail@nomail> wrote:
> The release candidate 2 of Blender 2.79 has our latest patch for POV syntax
> highlighting in:
>
> https://download.blender.org/release/Blender2.79/
>
> When you put your cursor next to a {} brace sign, it highlights in red the
> corresponding pair of braces. Lanuhum and I added one more color than POVwin, so
> "transforming" keywords are distinguished from objects, and in the same color
> group as mathematical functions.
> All this looks perfect for your need. And possibly of some others users.
> I added a "run" operator to render a preview of edited text only regardless of
> Blender 3D scene. Also note that another add-on exists that can enable
> auto-completion and I successfully tried it with POV files.
Thanks!
This looks like something which is useful, and I'll have to see about installing
it and trying it out.
By the way:
"Pov items can be anything but for now only the equivalent of Blender materials
can be replaced with this method. In Povray, it is called texture {} don't get
confused, it really includes all the material properties."
Don't forget that POV-Ray also has an actual material{} directive...
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Bald Eagle" <cre### [at] netscapenet> wrote:
> "Mr" <nomail@nomail> wrote:
>
> > The release candidate 2 of Blender 2.79 has our latest patch for POV syntax
> > highlighting in:
> >
> > https://download.blender.org/release/Blender2.79/
> >
> > When you put your cursor next to a {} brace sign, it highlights in red the
> > corresponding pair of braces. Lanuhum and I added one more color than POVwin, so
> > "transforming" keywords are distinguished from objects, and in the same color
> > group as mathematical functions.
> > All this looks perfect for your need. And possibly of some others users.
> > I added a "run" operator to render a preview of edited text only regardless of
> > Blender 3D scene. Also note that another add-on exists that can enable
> > auto-completion and I successfully tried it with POV files.
>
>
> Thanks!
> This looks like something which is useful, and I'll have to see about installing
> it and trying it out.
>
> By the way:
> "Pov items can be anything but for now only the equivalent of Blender materials
> can be replaced with this method. In Povray, it is called texture {} don't get
> confused, it really includes all the material properties."
>
> Don't forget that POV-Ray also has an actual material{} directive...
I did not forget, but since the exporter doesn't make use of it, I decided to
keep things more simple in this explanation so as to not confuse Blender users
further (the developer page linked at the top of the wiki mentions it however)
The problem goes much deeper than just differing terminologies.
In pov, the texture syntax is non standard as Blender's user interface used to
be before the rewrite ;-)
mostly, texture influences are not channelled in parallel user workflows
except for normal_map and image_map, ior are object related while they can be
texture related in Blender. etc.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
If I get a chance to do so, I might try to install this at home tonight and see
how it goes:
https://atom.io/
tool you can customize to do anything but also use productively without ever
touching a config file."
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
More info:
https://github.com/h-a-n-n-e-s/atom-language-povray/issues/1
https://atom.io/packages/tools-povray
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |