[RQt-devel] QGLFramebufferObject: Framebuffer incomplete attachment.

[Tengfei Yin]

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/4633f828/attachment-0001.htm>