Hi,
Could the items in the result list be expansible too? Right now I can't see who
is winning :-)
My ruby-foo is weak (read: non-existent) so no patch supplied. I checked the
code, but it was jst short of being self explanatory enough for me to
attempt a half hearted patch (that I
I've been following this thread very closely, and find myself torn. Doing all
the HTML generation server-side seems like the easiest way to have a single set
of template code that's shared between JS and non-JS paths, reducing complexity
of the overall app, and making graceful degradation
I used to find myself in the same quandary when writing scripts intended for
AJAX interaction. I came around to a solution that works for me, and it is
more of a programming style than anything. I basically leave the option open
to the requester of the AJAX script to declare an output format.
Apologies for cross-posting
**
CALL FOR PARTICIPATION
12th ACM/IEEE-CS Joint Conference on Digital Libraries (JCDL 2012)
June 10-14, 2012
Washington, DC, USA
Hosted by The George Washington University and The Library of Congress
On Wed, Dec 7, 2011 at 5:02 PM, Nate Vack njv...@wisc.edu wrote:
OK. So we have a fair number of very smart people saying, in essence,
it's better to build your HTML in javascript than send it via ajax
and insert it.
X in AJAX means XML, so if you send XHTML, you're good. :-)
To these I would add:
* Reuse. The call you're making may be providing data that would be useful
in other contexts as well. If you're generating application-specific html,
that can't happen.
But really, separation of concerns is the biggest one. Having to dig
through both template and code to
On Thu, Dec 8, 2011 at 5:45 AM, Kåre Fiedler Christiansen
k...@statsbiblioteket.dk wrote:
We're a bunch of Danes visiting the Code4Lib conference in Seattle. But the
prospect of a full week being offline on my trusted Android phone is scary.
And the price of international data roaming is
This is the best non-contract data plan I have seen so far.
5GB for $30 on T-mobile
http://www.walmart.com/ip/Tmobile-30-Wireless-Airtime-Card/15443357
A SIM card should be around $7
On Thu, Dec 8, 2011 at 4:45 AM, Kåre Fiedler Christiansen
k...@statsbiblioteket.dk wrote:
Hi all,
Sorry for
I agree with Chad and Jason. It's all about having many options because
every situation is different. Each will call for one format or another
for efficiency, convenience, and the best user experience (among many
other considerations). In a current project, I'm using both JSON and
HTML AJAX
On 12/8/2011 9:27 AM, Bill Dueber wrote:
To these I would add:
* Reuse. The call you're making may be providing data that would be useful
in other contexts as well. If you're generating application-specific html,
that can't happen.
Well, if the other contexts are Javascript, and your HTML is
Based on past experience with T-Mobile I would check this out before buying it.
I'm not sure the data will work on a non-T-Mobile phone. And if it does work on
your own phone you might only get EDGE speed.
Mike
-Original Message-
From: Code for Libraries
returning JSONP is the the cool hipster way to go (well, not hipster cool
anymore, but the hipsters were doing it before it went mainstream), but I'm not
convinced it is inherently a problem to return HTML for use in AJAX type
development in a non--ironic-retro way.
On Dec 7, 2011, at 2:19
On Thu, Dec 8, 2011 at 9:14 AM, BRIAN TINGLE
brian.tingle.cdlib@gmail.com wrote:
On Dec 7, 2011, at 2:19 PM, Robert Sanderson wrote:
* Lax Security -- It's easier to get into trouble when you're simply
inlining HTML received, compared to building the elements. Getting
into the same bad
On 7 December 2011 16:29, Karen Coyle li...@kcoyle.net wrote:
(As an aside, there is some concern that the use of FRBR will make linking
from library bibliographic data to non-library bibliographic data
difficult, if not impossible. Having had some contact with members of the
FRBR review
On Thu, Dec 8, 2011 at 9:11 AM, Godmar Back god...@gmail.com wrote:
Let me give you an example for why returning HTML is a difficult
approach, to say the least, when it comes to rich AJAX applications. I
had in my argument referred to a trend, connected to increasing
richness and
You might try T-Mobile. Explain what you need to do and see what they can
offer. I use prepaid talk minutes from them and they allow me to pay by the day
when I need a data conection.
Melanie Amy Hogue
Manager of Online Resources Reports
Chattanooga-Hamilton County Bicentennial Library
My phone is an unlocked Blackberry and it works with the T-Mobile SIM card
set up for prepaid service. I do normally use EDGE with wi-fi however - even
though my BB can use GSM. I'm not sure how I am connecting when I buy the daily
data pass.
If he puts a different SIM card in, wouldn't his
On 12/8/2011 11:19 AM, Robert Sanderson wrote:
If you blindly include whatever you get back directly into the page,
it might include either badly performing, out of date, or potentially
maliciousscript tags that subsequently destroy the page. It's the
equivalent of blindly accepting web form
On Thu, Dec 8, 2011 at 9:11 AM, Godmar Backgod...@gmail.com wrote:
If we tell newbies (no offense meant by that term) that AJAX means
send a request and then insert a chunk of HTML in your DOM, we're
short-changing their view of the type of Rich Internet Application
(RIA) AJAX today is equated
I meant phone purchased from T-Mobile. Some devices they don't sell are
blocked from using the prepaid data service.
Mike
-Original Message-
From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Hogue
Melanie
Sent: Thursday, December 08, 2011 1:33 PM
To:
Hi, folks,
I am just back into the office from a workshop and wanted to add to this
thread. As Declan noted, we at UC San Diego wrangle a lot of source metadata
into RDF statements for our digital assets. MARC records form a goodly portion
of the source metadata that we transform. We leave
21 matches
Mail list logo