 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Am 20.06.2010 12:33, schrieb SharkD:
>> Well, still Christoph Lipka had to close it because you never said so.
>> The logical assumption here then is that given Grimbert J�r�me (Le
>> Forgeron) provided a solution with existing SDL that the issue was
>> resolved.
>
> Grimbert was not suggesting a solution using SDL, he was suggesting a
> /course of action/ on how the feature should be implemented by devs!
I don't think so...
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Am 20.06.2010 11:14, schrieb SharkD:
> As for setting/overriding metrics, even an HTML coder can override
> things like x height using things like font-size-adjust and font-stretch.
You're forgetting that HTML browsers' main job is to display text.
POV-Ray's main job is to render 3D images, which /occasionally/ may
include text. Please understand that POV-Ray can therefore not
double-act as a desktop publishing software.
But I do agree that a proper way to /get/ font metrics is a prerequisite
to implement macros providing higher-level text layout capability.
As for font-size-adjust, this can easily achieved in POV-Ray by relative
scaling; as for font-stretch, this can either be achieved by non-uniform
scaling (e.g. faux condensed or faux expanded), or by choosing the
appropriate font file (condensed or expanded font face, i.e. with
individually designed glyphs).
>>> Ability to change the order of editor tabs by dragging them
>>
>> This is Windows only, I suppose.
>
> Why is that? Are Linux users too primitive to benefit from this feature?
Well, /POV-Ray for Linux/ is "too primitive" for users to benefit from
the feature, because it doesn't come with a GUI at all.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Am 20.06.2010 15:21, schrieb StephenS:
>> Subdivision support
> ....
> I like this, but is it natively thread safe? I very much like to see smp POV-Ray
> released, and then add more features that need development time to work with
> multi-threads.
There's still a difference between rejecting a feature request (which to
me reads, "never going to happen"), and just keeping it unimplemented
for now.
I think at present /all/ feature requests must be expected to be
postponed until SMP POV-Ray (aka 3.7 final release) is out of the door,
and any exception to this is just... well, an exception. So I see no
reason to close feature requests on a "won't implement in 3.7" basis.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On 6/20/2010 11:03 AM, clipka wrote:
> As for font-size-adjust, this can easily achieved in POV-Ray by relative
> scaling; as for font-stretch, this can either be achieved by non-uniform
> scaling (e.g. faux condensed or faux expanded), or by choosing the
> appropriate font file (condensed or expanded font face, i.e. with
> individually designed glyphs).
You're mistaken. font-size-adjust tweaks fonts in ways we can't do in
Povray without knowing font metrics - specifically the font's x height.
--
http://isometricland.com
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On 6/20/2010 10:35 AM, clipka wrote:
> Am 20.06.2010 01:29, schrieb SharkD:
>> If you search for tasks by SharkD at the bug tracker you'll see a bunch
>> of feature request I've made.
>>
>> http://bugs.povray.org/
>
> I'd like to encourage everyone to have a look there (not only on Shark's
> requests of course), and /vote/ on the features you like to see most.
> It's easier to track than sifting through newsgroup postings.
Visitors will specifically have to search for closed feature requests,
as otherwise they won't see all of them.
--
http://isometricland.com
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On 6/20/2010 5:44 AM, Thorsten Froehlich wrote:
>> "Clever use" means tedious work that gets repeated by users over and
>> over and over again. If it's so good then the devs can be "clever"
>> enough to add the feature.
>
> Well, I would be all for someone contributing a set of macros for the
> POV-Ray 3.7 include file collection to avoid any repetition.
OK, so it can be resolved with a set of macros. Is there any point of
keeping the feature request closed then?
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On 6/20/2010 7:21 AM, Thorsten Froehlich wrote:
> If you flood the bug reporter with one-line feature requests, you cannot
> expect more than one-line responses. Don't expect people to worm all
> information out of you. Reports should be as complete and coherent as
> possible. This is the minimum courtesy you have to pay to those reading
> your ideas: In short, you want others to do something for you that they
> have no obligation to do for you. The best way to reach that goal is
> showing that you respect their valuable time. You expected the opposite.
>
> Thorsten
Look, I made most of my feature requests within the span of a week after
having been *told* to go there under the assumption that there would be
discussion, and you closed them within the span of a day with little or
no discussion. If there was a problem with request descriptions being
too short you could have just said so. And I don't see much evidence
that *other* people besides you had much difficulty understanding them.
--
http://isometricland.com
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Am 20.06.2010 18:22, schrieb SharkD:
> On 6/20/2010 11:03 AM, clipka wrote:
>> As for font-size-adjust, this can easily achieved in POV-Ray by relative
>> scaling; as for font-stretch, this can either be achieved by non-uniform
>> scaling (e.g. faux condensed or faux expanded), or by choosing the
>> appropriate font file (condensed or expanded font face, i.e. with
>> individually designed glyphs).
>
> You're mistaken. font-size-adjust tweaks fonts in ways we can't do in
> Povray without knowing font metrics - specifically the font's x height.
That's exactly why I did concede that - quote - "a proper way to /get/
font metrics is a prerequisite to implement macros providing
higher-level text layout capability."
And it's also a great example of why the actual layout functionality
doesn't belong inside POV-Ray: Hey, I'm a 3D enthusiast, not a font
expert. All I know is that font-size-adjust uniformly scales the font,
so to me it's essentially a scaling operation, and I don't bother where
the factor comes from.
Leave 3D magic to the 3D geeks & POV-Ray developers, and font magic to
the font geeks & SDL macro programmers.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Am 20.06.2010 18:24, schrieb SharkD:
>> I'd like to encourage everyone to have a look there (not only on Shark's
>> requests of course), and /vote/ on the features you like to see most.
>> It's easier to track than sifting through newsgroup postings.
>
> Visitors will specifically have to search for closed feature requests,
> as otherwise they won't see all of them.
... and of course they won't be able to vote on them, yes. Such is life.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
SharkD <pos### [at] gmail com> wrote:
> On 6/20/2010 5:44 AM, Thorsten Froehlich wrote:
> >> Why is that? Are Linux users too primitive to benefit from this feature?
> >
> > Yes, they are! They have no editor supplied by POV-Ray!
>
> Didn't realize this, sorry.
We're not primitive. We just enjoy using far superior text editors. Both vim
and emacs kick povray's Windows editor's butt major time, complete with syntax
highligh, generalized textual completion and user code templates. No point
degrading. :)
I don't think it'd be useful for povray developers to try to duplicate such
functionality either, just give us the glorious backend.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
