2008/4/7 _why [EMAIL PROTECTED]:
In the better interest of helping all of you feel more welcome to
contribute.
http://github.com/why/camping
I will probably close Trac and move to ditz for bug management, if
zimbatm doesn't mind at all. You can look at Shoes' bugs/ directory
for a
2008/2/25, Albert Ng [EMAIL PROTECTED]:
I'll keep that in mind.
As an aside, using this gem, how would I go about changing the user without
closing the browser or raising «Unauthorized»? That last pops up a log-in
window that can't authorize (have to press escape).
There is no perfect
Hi campers,
what do you think of releasing the current trunk as camping-1.6 ?
Nothing much has moved since a while and apart from FastCGI, I believe
most bugs where ironed out.
After the gem release, I propose putting some effort on documentation
and how to use Rack's FastCGI. When that's done,
2008/3/12, Paul van Tilburg [EMAIL PROTECTED]:
Hello all,
On Wed, Mar 12, 2008 at 05:58:00PM +0100, Jonas Pfenniger wrote:
what do you think of releasing the current trunk as camping-1.6 ?
Nothing much has moved since a while and apart from FastCGI, I believe
most bugs where ironed
2008/1/10, Jeremy McAnally [EMAIL PROTECTED]:
I'm not sure who Camping's steward is at this point(zimbatm? _why?),
but I haven't seen much activity in quite some time. I really like
Camping, and I understand open source projects can fall by the
wayside.
Some times ago, I proposed to take the
Hey Brendan,
thanks a lot for your insightful investigation. I've committed the fix
[239], I hope it solves the problem now :)
A propos FastCGI, I think that Camping should drop it's support. I
don't know what other people think, but if you look at the bug
tracker, most bugs are related to it.
I know what I will say won't help you : FastCGI is a total waste of
time. Apart if you're stucked with that setup, a reverse proxy of any
kind does just fine and is much less hassle to maintain/operate.
Contrary to FastCGI, HTTP is a well understood and supported protocol,
with lots of different
2007/11/21, Ronald Evangelista [EMAIL PROTECTED]:
how do i get the value of a javascipt confirm() function?
a(:href=R(DeleteUser, @user.id), :onclick = javascript:confirm('You
sure about this?')){label}
Try adding the return statement, like return confirm(sure ?). But
it is better to use a
2007/11/20, pedro mg [EMAIL PROTECTED]:
But it doesnt render in the browser, reporting:
The image http://localhost:3301/project/static/img01.png; cannot be
displayed because it contains errors.
Any hint ?
Are you still running the same code ? I've spotted another error :
more line 5
Try this version : http://pastebin.com/m10c8fab0
--
Cheers,
zimbatm
___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list
2007/11/18, pedro mg [EMAIL PROTECTED]:
The class is here: http://pastebin.com/f7c92f95a
Remove the quotes around the regexp on line 5. Right now the
expression returns nil, which is not an entry in your MIME_TYPES hash.
Apparently the browser can work around a nil mime-type for the .css
but not
Hi Daniel,
Markaby throws an exception on malformed html entities to ensure valid
HTML. The INPUT / tag doesn't accept that rows attribute because
it is not set in the standard (or am I wrong?). I don't remember where
but I think that it is possible to disable those checks if you want
but I
Hi Daniel,
2007/10/24, Berger, Daniel [EMAIL PROTECTED]:
Is there going to be a 1.5.1 release anytime soon? Seems like there have
been enough changes in SVN to warrant one and I prefer to use only
released code in production. It gives me warmer, fuzzier feelings than
using svn/trunk. :)
the
The root of the problem is that a module doesn't propagate newly
included methods on classes or modules where it's been alreay
included. take :
module A; def a; end; end
module B; def b; end; end
class C; end
where A is included in B and B in C. Depending on the inclusion order,
you won't get
2007/10/23, Simon Rozet [EMAIL PROTECTED]:
Hello,
I experienced a weird bug today, while implementing an AtomPub server.
I pasted all the story and bug details here : http://p.caboo.se/110125
It maybe be related to http://code.whytheluckystiff.net/camping/ticket/142 ...
I am using
-
Hi Nagy,
you should drop your session table once. Camping::H now inherits from
Hash but your sessions data still use HashWithIndifferentAccess.
--
Cheers,
zimbatm
___
Camping-list mailing list
Camping-list@rubyforge.org
2007/10/8, Berger, Daniel [EMAIL PROTECTED]:
Was there something else I should have used?
Well technically, the id field is not necessary anymore. I don't know
how AR will react if it is set. Also, are you sure that you are using
camping from trunk ?
Btw, here is the schema I have on sqlite :
2007/10/5, why the lucky stiff [EMAIL PROTECTED]:
On Fri, Oct 05, 2007 at 06:08:12PM +0200, Jonas Pfenniger wrote:
I like the idea pretty much. What do you think of simply using a
Camping::H that is process-persistent ?
Sure, and maybe it doesn't really need to be process-persistent.
How
Weird, the ivars field should have been defined in the generate
function. Did you drop the session schema on beforehand ?
--
Cheers,
zimbatm
___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list
Okay, I'll remove the test then.
--
Cheers,
zimbatm
___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list
2007/9/28, MenTaLguY [EMAIL PROTECTED]:
Perhaps condensing ?
Yes, with a little touch of artistic sense added :)
Cheers,
zimbatm
___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list
2007/9/27, why the lucky stiff [EMAIL PROTECTED]:
Well, case-sensitiveness would be a prob with 1.5 as well. Since
@env.HTTP_HOST will work and @env.http_host will not.
True. So what do you think of the attached patch ? It removes roughly
50 octets to camping.rb and seems to work pretty well,
2007/9/27, Ernest Prabhakar [EMAIL PROTECTED]:
I was looking at the test cases on the changeset:
http://code.whytheluckystiff.net/camping/browser/trunk/test?rev=227
However, I didn't see anything about testing with different web
browsers; which is a concern since there was a nasty WEBrick
Hi Gregor,
I wasn't able to track the error on Camping side, but it comes from
r2r that defines nil.error_missing.
2007/9/27, Gregor Schmidt [EMAIL PROTECTED]:
require rubygems
require ruby2ruby
# It works in this case but probably breaks r2r on a larger scale.
class NilClass
undef
2007/9/27, Gregor Schmidt [EMAIL PROTECTED]:
Defining NilClass#method_missing for nothing is not too clever, for a
large scale libary IMO.
I'm not sure you understood, it is ruby2ruby who defined
nil.method_missing. We can't start to support each and every hack a
library will add to the Ruby
2007/9/26, why the lucky stiff [EMAIL PROTECTED]:
Hey, campineros. And many good handshakes to zimbatm for getting
some patches applied.
You're welcome !
Markaby's going to take much more work. Part of the issue is: how
does an app tell Camping that it needs to use Markaby without
Minimal HWIA removal patch attached. So far, the examples, file
upload, sessions, all work under mongrel with the patch applied.
_why, is it something like that that you want ?
I'm not even sure if HWIA extension is useful. The method_missing
shortcut is even shorter than the one with :symbols.
2007/9/25, Michael Maltese [EMAIL PROTECTED]:
That makes sense.
An extension, do you mean like camping/session?
Yes, and the gem dependency would only be added to camping-omnibus.
But first, let's release Camping 1.6
--
Cheers,
zimbatm
___
2007/9/25, Michael Maltese [EMAIL PROTECTED]:
Remove Markaby? How will that work?
Only as a direct dependency. It will probably kept as an extension.
Basically, you can return a string containing html from your
controller methods even if it's a bit rough.
--
Cheers,
zimbatm
Dear camping users,
having been contacted by Julian Tarkhanov, I am willing to prepare the
next camping release. _why has given me his friendly approval, with
the reserve that camping.rb should be lower than 4k. He also told me
that he wanted to remove the ActiveSupport and Markaby dependencies.
2007/9/23, Manfred Stienstra [EMAIL PROTECTED]:
This will result in a short-term release with not too much changes,
used for code stabilization.
When this is done, I will embark on 2.0 for bigger changes like
Markaby and AR removal.
Cool, I'm currently trying to get my apps working
31 matches
Mail list logo