[RQt-devel] QGLFramebufferObject: Framebuffer incomplete attachment.

[Michael Lawrence]

As I said, it's only used for antialiasing cached drawing. So at worst, any
cached layers will not employ antialiasing.  I need to decide between
figuring out a way to "catch" this error or simply leave it to the user. I
think auto-detection is the best, but it will take some work.

Michael

On Sat, Aug 7, 2010 at 4:19 PM, Tengfei Yin <yintengfei at gmail.com> wrote:

> Yes,your idea can solve the problem of detecting different hardware and
> toggle cache automaticlly, could be placed on the top of our package.
>
> But I still have a concern that sometime turning off cache make interactive
> graphics slow, not quite responsive(there is a case in my demo here), which
> means although users with integrated graphic could run the demo, but it
> could be slow sometimes. I am just wondering, do we have to leave it that
> way or is it still possible for integrated graphic users to turn on cache in
> some other way?
>
> Regards
>
> Tengfei
>
>
>
> On Sat, Aug 7, 2010 at 4:03 PM, Yihui Xie <xie at yihui.name> wrote:
>
>> I'm thinking about a function like par() in our development (qpar()?)
>> to specify some global options...
>>
>> Regards,
>> Yihui
>> --
>> Yihui Xie <xieyihui at gmail.com>
>> Phone: 515-294-6609 Web: http://yihui.name
>> Department of Statistics, Iowa State University
>> 3211 Snedecor Hall, Ames, IA
>>
>>
>>
>> On Sat, Aug 7, 2010 at 6:00 PM, Tengfei Yin <yintengfei at gmail.com> wrote:
>> > ...This concerned me, in my project here, I sometimes use cache=TRUE in
>> the
>> > package just for efficiency issues, which means my demo may not be
>> possible
>> > to run in your laptop or other computers with integrated graphic card.
>> > It looks like if I want to satisfy all the users, I always have to set
>> > cache=FALSE, is it possible to use cache and satisfy all the users with
>> or
>> > without discrete graphics?
>> >
>>
>
>
>
> --
> Tengfei Yin
> MCDB PhD student
> 1620 Howe Hall, 2274,
> Iowa State University
> Ames, IA,50011-2274
> Homepage: www.tengfei.name
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.r-forge.r-project.org/pipermail/qtinterfaces-devel/attachments/20100807/d1dee33c/attachment.htm>