POV-Ray : Newsgroups : povray.documentation.inbuilt : Remaining documentation question for FS#226 : Re: Remaining documentation question for FS#226 Server Time
23 Jan 2022 19:42:46 EST (-0500)
  Re: Remaining documentation question for FS#226  
From: William F Pokorny
Date: 20 Oct 2016 09:37:37
Message: <5808c8a1$1@news.povray.org>
On 10/19/2016 01:11 PM, clipka wrote:
> Am 19.10.2016 um 13:56 schrieb William F Pokorny:
>> The remaining question for the still open FlySpray issue 214 was whether
>> to better document which of the old X11 flags no longer functioned due
>> the use of the Simple DirectMedia Library for display.
> ...
>
>> I've closed the issue and the information above can be added to the
>> documentation - or not. My personal opinion is we probably should add at
>> least a sentence saying explicitly not all the listed X11 supported
>> options will work as expected - something the known bugs link implies
>> but doesn't say outright.
>
> In my personal opinion, I think we should properly amputate any
> remaining code related to X11 options (if still present) -- either by
> deletion or via "#ifdef", depending on whether we want to retain the
> option to ever revive the code -- and then strip all reference to the
> options from the docs.
>
I'm not up on X11 history, but given the length of time we have now been 
using the Simple DirectMedia Layer (SDL) alternative, I lean this way too.

I hedge some because I still occasionally see flaky behavior with SDL 
V1.2. Some of that I suspect is due the V1.2 SDL library and some of I 
think is probably due our current code not closing down SDL as cleanly 
as it could(1).

I've been reading up on and playing with SDL V2.0 on the side. My plan 
is to get my own daily version of povray onto SDL V2.0 to take it for a 
test drive, but we'll see. If I get the V2 library going, I'll open up a 
related github issue.

Bill P.

(1) - One reason for pull request #109 is that I have been for years 
using cntl-c on unix to quit renders early. Slowly, I came to suspect it 
was occasionally after these aborts that I would find my windowing 
messed up in not updating properly or at all. The 'q' key is a more 
organized way to quit, but I didn't know it was active during a 
previewed render by the current unix console messages. I'm now trying to 
use 'q' only to quit to see if I see the window update issue less, but 
I'm finding my cntl-c quit-fingering-memory habit hard to break.


Post a reply to this message

Copyright 2003-2021 Persistence of Vision Raytracer Pty. Ltd.