Displaying 20 results from an estimated 1000 matches similar to: "question on rails , form_remote_tag and backbase"
2005 Sep 06
0
Problem with form_remote_tag
Cheers,
I stumbled over a problem/bug with form_remote_tag.
I have a view with
<%= form_remote_tag(:update => "update_div",
:url => { :action => :top_flop },
:loading => "Element.show(''top-flop-indicator'')",
:complete =>
2006 Jun 15
1
UI Libraries/Frameworks + Rails
For discussion...
I was talking about with a colleague the other day, the single biggest
problem with replacing traditional client/server apps, is the lack of a
unified front end UI library. Rails is absolutely fantastic and a breath of
fresh air, for doing back end work and AJAX. RJS rocks for transforming HTML
elements, but one of the big stumbling blocks will be how do I simply, drop
a
2006 May 12
0
RJS, Safari, Error - DOM exception 7
I''m having nasty cross-browser headache.
Not new to Rails, but quite new to AJAX/RJS.
My app works perfectly in Firefox, but generates
the error in the subject line in Safari.
Pretty simple circumstance, completely reproducible
in all cases:
Any ideas? Relevant code attached.
Layout:
-------
<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE html PUBLIC
2012 Jun 05
0
embeding xml to ogg
On 05.06.2012 20:41, Martin Leese wrote:
> On 6/4/12, Benjamin M. Schwartz wrote:
>
>> On 06/04/2012 04:08 PM, Martin Leese wrote:
> ...
>>> The optimal solution is described at:
>>> https://wiki.xiph.org/XMLEmbedding
>>
>> As that page says, "This page is for development of a specification for
>> embedding XML streams in Ogg.".
2012 Jun 04
0
embeding xml to ogg
On 06/04/2012 04:08 PM, Martin Leese wrote:
> "Benjamin M. Schwartz" wrote:
>
>> Just store the XMP in a
>> VorbisComment field named "XMP" (or whatever name you like).
>
> This suggestion falls well short of an optimal
> solution.
You haven't specified any requirements, so I have no idea what would be
more helpful.
> The optimal solution
2005 Sep 15
3
Xend can not start
With changeset 6869, I can _not_ start xend.
Did anybody else meet the same issue?
[root@xin ~]# xend start
Traceback (most recent call last):
File "/usr/sbin/xend", line 32, in ?
from xen.xend.server import SrvDaemon
File
"/home/xin/work/xmp/xen32-smp/dist/install/usr/lib/python/xen/xend/serve
r/SrvDaemon.py", line 30, in ?
File
2012 Jun 04
3
embeding xml to ogg
"Benjamin M. Schwartz" wrote:
> On 06/04/2012 10:50 AM, Oleksij Rempel wrote:
...
>> XMP fits to our needs, but it
>> looks like there is still no ready documentation about muxing XML to ogg.
>
> Well then you've already solved the problem. Just store the XMP in a
> VorbisComment field named "XMP" (or whatever name you like).
This suggestion falls
2006 Mar 23
2
ajax replace div
Hi,
Using form_remote_tag methode, is there a clean way to
directly replace the content of a given div instead of just update it ?
If I destroy the content of the div using this code:
:success => ''$(\''mydiv'').innerHTML = \''\'''',
It works. But it''s not really a clean way...
Any suggestions are very welcome..
Thanks.
Seb
2019 Nov 15
0
[PATCH 2/3] drm/nouveau/kms/nv50-: Store the bpc we're using in nv50_head_atom
In order to be able to use bpc values that are different from what the
connector reports, we want to be able to store the bpc value we decide
on using for an atomic state in nv50_head_atom and refer to that instead
of simply using the value that the connector reports throughout the
whole atomic check phase and commit phase. This will let us (eventually)
implement the max bpc connector property,
2020 Feb 12
0
[PATCH 3/4] drm/nouveau/kms/nv50-: Move 8BPC limit for MST into nv50_mstc_get_modes()
This just limits the BPC for MST connectors to a maximum of 8 from
nv50_mstc_get_modes(), instead of doing so during
nv50_msto_atomic_check(). This doesn't introduce any functional changes
yet (other then userspace now lying about the max bpc, but we can't
support that yet anyway so meh). But, we'll need this in a moment so
that we can share mode validation between SST and MST which
2020 Sep 25
0
[PATCH] drm/nouveau/kms/nv50-: Fix clock checking algorithm in nv50_dp_mode_valid()
On Fri, Sep 25, 2020 at 6:08 PM Lyude Paul <lyude at redhat.com> wrote:
>
> On Tue, 2020-09-22 at 17:22 -0400, Ilia Mirkin wrote:
> > On Tue, Sep 22, 2020 at 5:14 PM Lyude Paul <lyude at redhat.com> wrote:
> > > On Tue, 2020-09-22 at 17:10 -0400, Ilia Mirkin wrote:
> > > > Can we use 6bpc on arbitrary DP monitors, or is there a capability for
> >
2023 Mar 30
2
[PATCH] drm/nouveau/disp: Support more modes by checking with lower bpc
This allows us to advertise more modes especially on HDR displays.
Fixes using 4K at 60 modes on my TV and main display both using a HDMI to DP
adapter. Also fixes similiar issues for users running into this.
Cc: stable at vger.kernel.org # 5.10+
Signed-off-by: Karol Herbst <kherbst at redhat.com>
---
drivers/gpu/drm/nouveau/dispnv50/disp.c | 32 +++++++++++++++++++++++++
2009 Apr 29
1
RweaveHTML (R2HTML) Help
I have found Sweave() to be great for producing PDF documents. I have
been experimenting with RweaveHTML (from the R2HTML) package and have
had moderate success. My main issue has been that I simply want the R
output to be shown verbatim in the HTML document but RweaveHTML tends to
convert most output to a table, for example. So, is there a way to
force the RweaveHTML driver to simply provide
2020 Sep 25
2
[PATCH] drm/nouveau/kms/nv50-: Fix clock checking algorithm in nv50_dp_mode_valid()
On Tue, 2020-09-22 at 17:22 -0400, Ilia Mirkin wrote:
> On Tue, Sep 22, 2020 at 5:14 PM Lyude Paul <lyude at redhat.com> wrote:
> > On Tue, 2020-09-22 at 17:10 -0400, Ilia Mirkin wrote:
> > > Can we use 6bpc on arbitrary DP monitors, or is there a capability for
> > > it? Maybe only use 6bpc if display_info.bpc == 6 and otherwise use 8?
> >
> > I
2020 Sep 22
2
[PATCH] drm/nouveau/kms/nv50-: Fix clock checking algorithm in nv50_dp_mode_valid()
On Tue, 2020-09-22 at 17:10 -0400, Ilia Mirkin wrote:
> Can we use 6bpc on arbitrary DP monitors, or is there a capability for
> it? Maybe only use 6bpc if display_info.bpc == 6 and otherwise use 8?
I don't think that display_info.bpc actually implies a minimum bpc, only a
maximum bpc iirc (Ville would know the answer to this one). The other thing to
note here is that we want to assume
2019 Nov 15
0
[PATCH 3/3] drm/nouveau/kms/nv50-: Limit MST BPC to 8
Noticed this while working on some unrelated CRC stuff. Currently,
userspace has very little support for BPCs higher than 8. While this
doesn't matter for most things, on MST topologies we need to be careful
about ensuring that we do our best to make any given display
configuration fit within the bandwidth restraints of the topology, since
otherwise less people's monitor configurations
2020 Sep 22
0
[PATCH] drm/nouveau/kms/nv50-: Fix clock checking algorithm in nv50_dp_mode_valid()
On Tue, Sep 22, 2020 at 5:14 PM Lyude Paul <lyude at redhat.com> wrote:
>
> On Tue, 2020-09-22 at 17:10 -0400, Ilia Mirkin wrote:
> > Can we use 6bpc on arbitrary DP monitors, or is there a capability for
> > it? Maybe only use 6bpc if display_info.bpc == 6 and otherwise use 8?
>
> I don't think that display_info.bpc actually implies a minimum bpc, only a
>
2006 Jun 12
2
dom id on form_remote_tag
I want to make use of a form_remote_tag to submit a form
asynchronously. Easy done. However, we also want to add an
observe_form tag to check for some value changes while the form is
being entered.
The observe_form tag needs a dom id to work on but I can''t see how to
enter an html option for the dom id of the form on the
form_remote_tag.
Any ideas?
Here is the form tag so far...
2006 Aug 15
2
Are form_remote_tag and submit_to_remote mutually exclusive?
Do I need to use submit_to_remote in conjunction with or instead of
form_remote_tag? The description in the API docs. is confusing.
Is the combination of form_tag/submit_to_remote valid?
Is the combination of from_remote_tag/submit_tag valid?
Thanks,
Wes
--
Posted via http://www.ruby-forum.com/.
2020 Sep 28
0
[PATCH] drm/nouveau/kms/nv50-: Fix clock checking algorithm in nv50_dp_mode_valid()
On Tue, Sep 22, 2020 at 05:05:10PM -0400, Lyude Paul wrote:
> While I thought I had this correct (since it actually did reject modes
> like I expected during testing), Ville Syrjala from Intel pointed out
> that the logic here isn't correct. max_clock refers to the max symbol
> rate supported by the encoder, so limiting clock to ds_clock using max()
> doesn't make sense.