On Thu, Mar 12, 2009 at 03:38:06PM +1100, Jenna Fox wrote:
> Those very docs say "And if you need to go beyond these, you can
> always break out Ruby's OpenURI class."... Does shoes hack open-uri to
> go via download, or is this some strange cyclical thing where the docs
> are advising that i
On Mar 12, 2009, at 12:06 AM, _why wrote:
Sure you could use a class var. Those are guaranteed to persist
throughout the life of the app. Or a constant.
Also, Shoes comes with SQLite3, data can be passed there.
Thank you!
Those very docs say "And if you need to go beyond these, you can
always break out Ruby's OpenURI class."... Does shoes hack open-uri to
go via download, or is this some strange cyclical thing where the docs
are advising that if download doesn't work we should be using
Net::HTTP in a round a
I would have thought the rubygems support and native extensions
support already included in shoes would have been sufficient. What
else is needed? Will the next shoes ship with bloopsaphone? It would
be very nifty if it did. :)
Good luck with the bug fixings and the Hackety Hacking. I'm sur
Okay, thanks for sitting tight everybody. I'm back from ART & CODE
and, while I'm still working on Hackety Hack, I hope to return to
working on Shoes 3 in a week or so.
The idea is to put it out in a few weeks. The biggest part is that
we'll be moving to Ruby 1.9, VLC 1.9, and newer versions of Ca
On Wed, Mar 11, 2009 at 11:52:21PM -0400, Edward Heil wrote:
> OK, so fooling around further it looks like all instance variables get
> wiped at the beginning of every method within a Shoes subclass.
> That's OK I guess. So what's the preferred way to have some data
> that's shared from one
Thats great niedh,
Looks like shoes needs a 32 bit and 64 bit distro for linux.
Cheers,
Marc.
2009/3/12 niedh
> Thanks all
> I fix my problem after compile shoes from the shoes,
> thanks to **Marc.** again.
> yesterday i compile from source after Marc's advice,and try ,it's not work.
> I found
On Wed, Mar 11, 2009 at 05:31:36PM -0700, Vijay wrote:
> I have a strange problem with using ruby http post in shoes block. I get a
> connection refused - connect(2) error on trying to run the shoes app.
> I am running the program on macOS and the problem seems to be
> resolve-replace.rb: line 19.
OK, so fooling around further it looks like all instance variables get
wiped at the beginning of every method within a Shoes subclass.
That's OK I guess. So what's the preferred way to have some data
that's shared from one Shoes URL to another? Passing it from one page
to the next in the
this seems weird to me. Am I wrong to be able to expect to use a
method inside a shoes-derived class to assign a value to an instance
variable?
Check this out:
==
class BugTest < Shoes
url '/', :main
def assign_variable
info "assigning variable."
@foo = "bar"
info "se
Thanks all
I fix my problem after compile shoes from the shoes,
thanks to **Marc.** again.
yesterday i compile from source after Marc's advice,and try ,it's not work.
I found the reason today ,because I was still use the old version shoes
bin(which i download from shoes site ,may not work find on m
Hi,
I have a strange problem with using ruby http post in shoes block. I get a
connection refused - connect(2) error on trying to run the shoes app.
I am running the program on macOS and the problem seems to be
resolve-replace.rb: line 19.
Here's the code
require 'rubygems'
require 'erb'
require '
ActiveRecord has a built in pure ruby sqlite adapter (which is the
*only* reason I sometimes use ActiveRecord over Sequel). Perhaps
you're having include issues. Could you give the following a try?
Shoes.setup do
gem 'activerecord'
end
Shoes.app do
begin
requi
13 matches
Mail list logo