Menu
▾
▴
rubynet-devel — rubynet development
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(30) |
Jul
(5) |
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
|---|
|
From: Vanessa L. <re...@se...> - 2002-09-12 20:00:41
|
<html>
<head>
<title></title>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css">
.stbtm {
BACKGROUND-COLOR:#cecbde; BORDER-BOTTOM: #665b8e 1px solid; BORDER-LEFT: #ffffff 1px solid; BORDER-RIGHT: #665b8e 1px solid; BORDER-TOP: #ffffff 1px solid; COLOR: #000000; FONT-SIZE: 12pt; HEIGHT: 26px; WIDTH: 120px; clip: rect( )}
.stedit {
background-color:#484C68; white-space: nowrap; border: #000000; BORDER-BOTTOM: #ffffff 1px solid; BORDER-LEFT: #ffffff 1px solid; BORDER-RIGHT: #ffffff 1px solid; BORDER-TOP: #ffffff 1px solid; FONT-SIZE: 10pt; color: #CCCCCC; font-weight: bold}
</style>
</head>
<BODY leftMargin=0 onload="" topMargin=0 marginheight="0" marginwidth="0" bgcolor="#FFFFFF">
<table width="778" border="0" cellspacing="0" cellpadding="0">
<tr>
<td height="233" width="21"> </td>
<td height="233" colspan="3" width="757">
<table width="621" border="0" cellspacing="0" cellpadding="0" align="left">
<tr>
<td width="373" height="64">
<table width="373" border="0" cellspacing="0" cellpadding="0" background="http://image99.seekercenter.net/skbmp/letter_bg.jpg" height="327">
<tr>
<td><p>
<font face=Arial size=2>
</font> <font face=Arial size=2><font face="Verdana, Arial, Helvetica, sans-serif" color="#000000">Hello,<br>
<br>
I have visited <a href='http://rubynet.sourceforge.net'>rubynet.sourceforge.net</a> and noticed that your website is not listed on some search engines.
I am sure that through our service the number of people who visit your website will definitely increase. <a target=_blank href="http://www.seekercenter.net/index.php">SeekerCenter</a>
is a unique technology that instantly submits your website
to over 500,000 search engines and directories
-- a really low-cost and effective way to advertise your site.
For more details please go to <a target=_blank href="http://www.seekercenter.net/index.php">SeekerCenter.net</a>.<br>
<br>
Give your website maximum exposure today!<BR>
Looking forward to hearing from you.<br>
<BR>
<table border=0 width=100%><TR><TD width=50%>
<font face="Verdana, Arial, Helvetica, sans-serif" size=2 color="#000000">Best
Regards,<br>
Vanessa Lintner<br>
Sales & Marketing <br>
<a target=_blank href="http://www.seekercenter.net/index.php">www.SeekerCenter.net</a></font></font></font>
<TD><td width=50%>
<div align="center" valign=middle>
<form target=_blank action=http://www.seekercenter.net method=POST>
<input type="submit" name="Submit" value="Signup Now!!!" class="stbtm">
</form>
</div>
</TD>
</TR>
</table>
</td>
</tr>
</table>
</td>
<td width="242" height="64" valign="bottom">
<table width="257" border="0" cellspacing="0" cellpadding="0">
<tr>
<td colspan="3" height="2"></td>
</tr>
<tr>
<td colspan="3" height="3">
<p><img src="http://image99.seekercenter.net/skbmp/letter_top01.jpg" width="326" height="15"></p>
</td>
</tr>
<tr>
<td colspan="3"><img src="http://image99.seekercenter.net/skbmp/letter_right01.jpg" width="31" height="185"><A target=_blank Href ="http://rubynet.sourceforge.net"><IMG Src =http://image99.seekercenter.net/ska71/6/29/sna386.jpg Border=0 width="256" height="184"></A><img src="http://image99.seekercenter.net/skbmp/letter_left01.jpg" width="14" height="185"></td>
</tr>
<tr>
<td colspan="3" height="80" background="http://image99.seekercenter.net/skbmp/letter_bottom01.jpg">
<table width="326" border="0" cellspacing="0" cellpadding="0" height="80">
<tr>
<td width="36" height="43"> </td>
<td width="157" height="43"> </td>
<td width="134" height="43"> </td>
</tr>
<tr>
<td width="36" height="2"> </td>
<td width="157" height="2"> </td>
<td width="134" height="2"> </td>
</tr>
</table>
</td>
</tr>
<tr> </tr>
</table>
</td>
</tr>
</table>
</td>
</tr>
</table>
</body>
</html>
|
|
From: Marketingwap <Mar...@mi...> - 2002-08-01 12:54:20
|
PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9u YWwvL0VOIj4NCjxIVE1MPjxIRUFEPjxUSVRMRT5NZXNzYWdlPC9USVRMRT4NCjxNRVRBIGNv bnRlbnQ9Ik1TSFRNTCA2LjAwLjI3MTMuMTEwMCIgbmFtZT1HRU5FUkFUT1I+DQo8TUVUQSBj b250ZW50PUZyb250UGFnZS5FZGl0b3IuRG9jdW1lbnQgbmFtZT1Qcm9nSWQ+DQo8TUVUQSBo dHRwLWVxdWl2PUNvbnRlbnQtVHlwZSBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXMt YXNjaWkiPjwvSEVBRD4NCjxCT0RZPg0KPERJVj48Rk9OVCBmYWNlPUFyaWFsIHNpemU9Mj48 Rk9OVCBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iIHNpemU9Mz4NCjxIUj4NCjwvRk9OVD48L0RJ Vj4NCjxESVY+DQo8Q0VOVEVSPg0KPFA+PEZPTlQgZmFjZT1BcmlhbCBzaXplPTE+WW91ciBl bWFpbCBhZGRyZXNzIHdhcyBvYnRhaW5lZCBmcm9tIGEgc3Vic2NyaWJlZCANCnNlcnZpY2Us IFJlZmVyZW5jZSAjIDQwNjAtNjEwNjxCUj5JZiB5b3Ugd2lzaCB0byB1bnN1YnNjcmliZSBm cm9tIHRoaXMgbGlzdCwgDQpwbGVhc2UgPEEgDQpocmVmPSJtYWlsdG86bWFya2V0aW5nQG1p bGxlbm5pdW1kYXRhLmNvbT9zdWJqZWN0PVVuU3Vic2NyaWJlIGZyb20gTGlzdCI+PEZPTlQg DQpjb2xvcj0jMDAwMDgwPkNsaWNrIEhlcmU8L0ZPTlQ+PC9BPjwvRk9OVD4gPEZPTlQgZmFj ZT1BcmlhbCBzaXplPTE+PEJSPlRoaXMgDQplbWFpbCB3YXMgaW50ZW5kZWQgdG8gYmUgcmVj ZWl2ZWQgaW4gSFRNTCBmb3JtYXQuIElmIHlvdSBkaWQgbm90IHJlY2VpdmUgdGhpcyANCmVt YWlsIGluIHRoZSBwcm9wZXIgZm9ybSwgPEEgDQpocmVmPSJodHRwOi8vd3d3Lm1pbGxlbm5p dW1kYXRhLmNvbS9idXllcnNhZHZhbnRhZ2UvR3JlYXRfRGVhbHMuaHRtIj48Rk9OVCANCmNv bG9yPSMwMDAwODA+Q2xpY2sgSGVyZTwvRk9OVD48L0E+PC9GT05UPjwvUD4NCjxIUj4NCg0K PFAgYWxpZ249Y2VudGVyPjxJTUcgaGVpZ2h0PTExOSANCnNyYz0iaHR0cDovL3d3dy5taWxs ZW5uaXVtZGF0YS5jb20vYnV5ZXJzYWR2YW50YWdlL2ltYWdlcy9nbG9iYWxfSGVhZGVyLmpw ZyIgDQp3aWR0aD02MjEgYm9yZGVyPTA+PEJSPjxCPjxGT05UIGZhY2U9VmVyZGFuYT48Rk9O VCBzaXplPTQ+PEZPTlQgDQpjb2xvcj0jMDAwMGZmPkNvbXBhcSZuYnNwOyBjb21wdXRlcnMg c3RhcnRpbmcgZnJvbTwvRk9OVD4gPC9GT05UPjxGT05UIA0KY29sb3I9IzgwMDAwMCBzaXpl PTQ+JDEyNSE8QlI+PC9GT05UPjwvRk9OVD48L0I+PFNQQU4gDQpjbGFzcz0zODIxNjI5MjEt MjgwNjIwMDI+PEJSPjxTUEFOIGNsYXNzPTkzMzI3MzYyMS0yMjA3MjAwMj4mbmJzcDs8L1NQ QU4+PEEgDQpocmVmPSJodHRwOi8vd3d3Lm1pbGxlbm5pdW1kYXRhLmNvbS9HcmVhdF9EZWFs cy5odG0iPjxGT05UIGNvbG9yPSNmZjAwMDA+PEZPTlQgDQpzaXplPTM+Jm5ic3A7PEI+Q0xJ Q0sgSEVSRTwvQj48L0ZPTlQ+PC9GT05UPjwvQT48L1NQQU4+PEJSPjxCUj48Qj48Rk9OVCAN CmZhY2U9VmVyZGFuYT5OZXcgSW52ZW50b3J5IEp1c3QgQXJyaXZlZCE8U1BBTiBjbGFzcz05 MzMyNzM2MjEtMjIwNzIwMDI+IGZvciB0aGUgDQptb250aCBvZiA8QlI+QXVndXN0ICAgDQoy MDAyPC9TUEFOPjwvRk9OVD48L0I+PC9QPjwvQ0VOVEVSPjwvRk9OVD48L0RJVj48L0JPRFk+ PC9IVE1MPg0KICAgIA== |
|
From: Sean C. <se...@ch...> - 2002-07-04 19:41:01
|
> > Hi'ya. Well, it looks like we're to the point where we need to > > start mucking around with the users hard drive and get to start > > cluttering it up with files that they can never escape (for the > > archives: that's not really the case, I'm just being dramatic). > > So, I'm proposing that we stake out a rubynet directory in the > > sitedir: > > > > <!ENTITY rbconfig.sitedir "/usr/local/lib/ruby/site_ruby"> > > <!ENTITY rbconfig.rubynetdir "&rbconfig.sitedir;/rubynet"> > > <!ENTITY rbconfig.rubynetdbdir "&rbconfig.rubynetdir;/db"> > > <!ENTITY rbconfig.rubynetxmldir "&rbconfig.rubynetdir;/xml"> > > > > Any objections? -sc > > Nope - this is fine with me. Excellent. I actually changed it to use the sitelibdir instead of sitedir. ::shrug:: no biggie. -sc -- Sean Chittenden |
|
From: Holden G. <ds...@xt...> - 2002-07-04 07:17:09
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 04 Jul 2002 09:44, Sean Chittenden wrote: > Hi'ya. Well, it looks like we're to the point where we need to start > mucking around with the users hard drive and get to start cluttering > it up with files that they can never escape (for the archives: that's > not really the case, I'm just being dramatic). So, I'm proposing that > we stake out a rubynet directory in the sitedir: > > <!ENTITY rbconfig.sitedir "/usr/local/lib/ruby/site_ruby"> > <!ENTITY rbconfig.rubynetdir "&rbconfig.sitedir;/rubynet"> > <!ENTITY rbconfig.rubynetdbdir "&rbconfig.rubynetdir;/db"> > <!ENTITY rbconfig.rubynetxmldir "&rbconfig.rubynetdir;/xml"> > > Any objections? -sc Nope - this is fine with me. - --=20 Signed, Holden Glova -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9I/ah0X8w8X71zPcRAnFUAJ9+i+dLg6OL6G5aA5ixoWrK4w5fTACfX7zS XRj147FrS4HLy4UZohYfRsw=3D =3DXVmt -----END PGP SIGNATURE----- |
|
From: Sean C. <se...@ch...> - 2002-07-04 00:47:17
|
Figured this applied to most of us. -sc -- Sean Chittenden |
|
From: Sean C. <se...@ch...> - 2002-07-03 22:18:10
|
Hi'ya. Well, it looks like we're to the point where we need to start mucking around with the users hard drive and get to start cluttering it up with files that they can never escape (for the archives: that's not really the case, I'm just being dramatic). So, I'm proposing that we stake out a rubynet directory in the sitedir: <!ENTITY rbconfig.sitedir "/usr/local/lib/ruby/site_ruby"> <!ENTITY rbconfig.rubynetdir "&rbconfig.sitedir;/rubynet"> <!ENTITY rbconfig.rubynetdbdir "&rbconfig.rubynetdir;/db"> <!ENTITY rbconfig.rubynetxmldir "&rbconfig.rubynetdir;/xml"> Any objections? -sc -- Sean Chittenden |
|
From: Pat E. <pa...@ey...> - 2002-07-01 16:52:11
|
On Mon, 1 Jul 2002, Doug Beaver wrote: > On Sun, Jun 30, 2002 at 10:04:37PM -0700, Ryan Davis wrote: > > Who all on this list is going? > > I'm planning on going, I asked for that day off. We should carpool. > > About Ryan's question of whether or not we're biting off too much, maybe > we could come up with a set of features we want to develop at the > rainforest retreat and a set of features we could work on once the base > set is done. If we only develop the base set, then we at least have > something basic working, and then we can do the whiz-bang cool stuff > afterwards. I'm a little worried that with so many hackers, we'll all > want to implement the gee-whiz type stuff and nobody will want to do the > hard, boring work that everyone else builds upon. Sean is going to be writing a list of stories that he, brailsmt, and Holden are looking to get done for a first round of stuff. He is also going to be making a presentation about the project and the targets we're going to be shooting for. Perhaps he can shed some light on this for us. -pate > > What do you guys think? > > Doug > > |
|
From: Pat E. <pa...@ey...> - 2002-06-18 17:31:59
|
On Tue, 18 Jun 2002, Massimiliano Mirra wrote: > On Tue, Jun 18, 2002 at 11:07:27AM -0400, Pat Eyler wrote: > > there's currently a project brewing to build raa.succ (see > > rubynet.sourceforge.net). In many ways this effort parallels yours. I > > might be interesting to get some communication going between you and the > > rubynet folks. Would you be interested in joining the mailing list > > (subscription info at the web page), or joining the irc channel (#rubynet > > at irc.openprojects.net)? > > Hello Pat, I've cc'd the list so that you can get some feedback via email as well. > > yes, I'm aware of the project, when I first released rpkg I tried to > address raa.succ folks and get some communication going, but I > probably didn't insist enough and got no feedback, so I went ahead on > my own. I'll gladly join the irc channel and have a look on what is > going on, what time am I likely to find people there? > I'm on from ~1300GMT until ~2200GMT most weekdays. There are also people on the channel living in GMT+6, GMT+7, and GMT-12 (if I've got my timezones correct -- please speak up if I'm wrong about someone). -pate > Thanks > > Massimiliano > |
|
From: Joel V. <vj...@PA...> - 2002-06-18 16:36:56
|
Thanks, Pat. I signed up for the rubynet list, so I'll just lurk for a bit, and try to understand what you all are up to :) Pat Eyler wrote: > > Some notes from Holden are at the bottome of the message. > > -pate > ... -- Joel VanderWerf California PATH, UC Berkeley mailto:vj...@pa... Ph. (510) 231-9446 http://www.path.berkeley.edu FAX (510) 231-9512 |
|
From: Holden G. <ds...@xt...> - 2002-06-18 09:01:42
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 18 Jun 2002 06:25, Pat Eyler wrote: > hmm, probably should have dropped this here as well, > > -pate > > ---------- Forwarded message ---------- > Date: Mon, 17 Jun 2002 14:24:59 -0400 (EDT) > From: Pat Eyler <pa...@ey...> > To: Joel VanderWerf <vj...@PA...> > Cc: "rub...@ey..." <rub...@ey...>, > ru...@ey... > Subject: Ruby in the Rainforest > > On Fri, 14 Jun 2002, Joel VanderWerf wrote: > > Pat Eyler wrote: > > > Sean and I talked a bit on irc about doing a raa.succ implementatio= n > > > for our get together. Any thoughts? > > > > Looks like rpkg/rapt has done some of the work for us. I haven't stud= ied > > the code, but it looks like RAA.succ as a rapt server is the natural = way > > to go. What's left for us? Building a web interface to the server? > > I think the proposed project goes well beyond rapt/rpkg ... I've seen a > bunch of traffic on the rubynet list, perhaps someone more qualified th= an > I can post a summary. You could pop into #rubynet on irc.openprojects.= net > or look at rubynet.sourceforge.net for more information I agree, I think it is massively beyond rpkg/rapt. There are so many thin= gs=20 that can be done with this project. So many services can hang off this an= d be=20 of use to the community on their own, or combined with other services. > > Should we chose another project? > > I think there'll still be more than enough work to do, but if enough > people doubt this, we can certainly look at another porject. Have fun there, I'm jealous of you folks being able to work together - it= will=20 be a great synergy I'm sure. :) - --=20 Signed, Holden Glova -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9DvYQ0X8w8X71zPcRApu1AJ41DCXo9MjIZYueZYC2sYf9Im6F1wCePMra zOzg+e+i8cndNgWOAqjN5sY=3D =3D1XcT -----END PGP SIGNATURE----- |
|
From: Holden G. <ds...@xt...> - 2002-06-18 08:58:06
|
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Tue, 18 Jun 2002 06:58, Sean Chittenden wrote:
> > > useful. It's a big hack, IMHO, but it works well. If you create
> > > a class variable @@init or some class variable, it's easy to
> > > extend a class at run time with requires that way you can do the
> > > following:
> > >
> > > class Uga
> > > @@init.push('my_module_init')
> > > def my_module_init
> > > puts "in my_module_init"
> > > end
> > > end
> > >
> > > And then have the methods in @@init called. Makes an easy way to
> > > have requires and the order of requires determine the way that a
> > > module is executed.
> > >
> > > class Uga
> > > @@init =3D []
> > > def initialize(*args)
> > > for meth in @@init
> > > m =3D self.method(meth)
> > > m.call(*args)
> > > end
> > > end
> > >
> > > require 'uga'
> > > require 'uga/my_module'
> >
> > Interesting - I'm trying to see an instance where it would be needed
> > and a simple constructor will not do? I can see what the code is
> > doing, but can't really see an application for it, can you enlighten
> > me? I'm sure there are several applications for it and possibley I
> > have spent too long in statically typed languages.
>
> Ahh... I'm using this trick for ruby-session. Imagine the three
> require statements:
>
> require 'session'
> require 'session/pstore'
>
> # or:
>
> require 'session'
> require 'session/dbi'
> require 'session/pstore'
>
> Because it uses an array for @@commit and @@init, etc, I can just keep
> requiring files to my hearts content and not only will the order be
> preserved, but I can chain the commits if needed. I only care about
> calling Session#commit. How and where it gets committed is left
> alone. By using @@init or some such, I don't have to redefine the
> method and can just simply extend the original call (initialize,
> commit, etc.). -sc
Right, gotcha. Handy trick! :)
- --=20
Signed,
Holden Glova
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)
iD8DBQE9DvU20X8w8X71zPcRAk7kAJ0QVkEvV+rYgYEQnIdJ3EqwxBhh8ACeJSw9
brQW11JvT+MhYT/9QRlXh4M=3D
=3Dd8vS
-----END PGP SIGNATURE-----
|
|
From: Holden G. <ds...@xt...> - 2002-06-18 08:57:02
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 18 Jun 2002 06:52, Sean Chittenden wrote: > Yup, sounds good. I'm going to download the XLink spec and try and > guru-ify myself (read: make myself dangerous) because inter-related > information is critical, IMHO. I think XLink with XML entities could > be a huge win for the project. > > > are you saying there could either be a (name) | (first_name, > > last_name) ? > > Yup. With (first_name|last_name) being preferred over just (name). Ok, this makes sense to me. I'll make the changes on the ragdoll we are=20 throwing around. > > Also a good point about the URI encoding, I had initially thought > > about encoding the URI's so that all URI's can be accessed by the > > clients without needing to alter them in any way. If they are not > > URI encoded how do we deal with web browsers? (they are a possible > > client) > > The data should be stored in its raw format, but then URI escaped when > we present it to the client (ie: when the HTML is generated). Be it > for creating a static HTML page or displaying a link in a client, the > data in the XML should only be XML escaped, which means that any > consumers of the data feeds, need to know how to present our data > (thank you XSL!). -sc Good point! I forgot about XSLT in there - my bad. - --=20 Signed, Holden Glova -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9DvT50X8w8X71zPcRAtUxAJ4uvSIcLkcd4uul0KRhpsYVtpQp2wCeKwpN Z+3hulVQDCO4nRpV3s4N5rY=3D =3DI0il -----END PGP SIGNATURE----- |
|
From: Sean C. <se...@ch...> - 2002-06-17 19:45:24
|
> > > Sean and I talked a bit on irc about doing a raa.succ > > > implementation for our get together. Any thoughts? > > > > Looks like rpkg/rapt has done some of the work for us. I haven't > > studied the code, but it looks like RAA.succ as a rapt server is > > the natural way to go. What's left for us? Building a web > > interface to the server? > > I think the proposed project goes well beyond rapt/rpkg ... I've > seen a bunch of traffic on the rubynet list, perhaps someone more > qualified than I can post a summary. You could pop into #rubynet on > irc.openprojects.net or look at rubynet.sourceforge.net for more > information As someone who's inquiring about this project, what bits of info are you looking to see/read up front to tell you about the project? > > Should we chose another project? > > I think there'll still be more than enough work to do, but if enough > people doubt this, we can certainly look at another porject. Agreed. Given the scope and the possibilities, I think we can satisfy the UI people who are interested in using GTK/Fox/Tk, the server folk, the HTML/XML/XSL folk, the server side admin folk, the normal desktop admins, and the documentation tech writers. Anyone I leave out or I exclude? If so, let me know and I'll find something that can be done someplace that'll let them flex their skills. -sc -- Sean Chittenden |
|
From: Sean C. <se...@ch...> - 2002-06-17 18:58:55
|
> > useful. It's a big hack, IMHO, but it works well. If you create
> > a class variable @@init or some class variable, it's easy to
> > extend a class at run time with requires that way you can do the
> > following:
> >
> > class Uga
> > @@init.push('my_module_init')
> > def my_module_init
> > puts "in my_module_init"
> > end
> > end
> >
> > And then have the methods in @@init called. Makes an easy way to
> > have requires and the order of requires determine the way that a
> > module is executed.
> >
> > class Uga
> > @@init = []
> > def initialize(*args)
> > for meth in @@init
> > m = self.method(meth)
> > m.call(*args)
> > end
> > end
> >
> > require 'uga'
> > require 'uga/my_module'
> >
>
> Interesting - I'm trying to see an instance where it would be needed
> and a simple constructor will not do? I can see what the code is
> doing, but can't really see an application for it, can you enlighten
> me? I'm sure there are several applications for it and possibley I
> have spent too long in statically typed languages.
Ahh... I'm using this trick for ruby-session. Imagine the three
require statements:
require 'session'
require 'session/pstore'
# or:
require 'session'
require 'session/dbi'
require 'session/pstore'
Because it uses an array for @@commit and @@init, etc, I can just keep
requiring files to my hearts content and not only will the order be
preserved, but I can chain the commits if needed. I only care about
calling Session#commit. How and where it gets committed is left
alone. By using @@init or some such, I don't have to redefine the
method and can just simply extend the original call (initialize,
commit, etc.). -sc
--
Sean Chittenden
|
|
From: Sean C. <se...@ch...> - 2002-06-17 18:52:09
|
> > Howdy. Looks like I'm less connected than I thought I'd be. Both of > > my parents have waited for me to fix their computers/network > > situation. ::sigh:: I'm stuck in console mode right now for the next > > few hours till I get X built on this laptop, so bare with me. > > Yeee gods! Yeah, I've graduated to enlightenment but I think it's only one or two steps better than a console and I'm about ready to crack. Pate recommended Sawmill (it now called sawfish?) so I'm going to give that a shot here in a few. > > > Yet another attempt, this doc is valid according xmllint. > > > > Updated/commented the attached. My only real comment at this point is > > we need to some how centralize repeated data. As an example, the > > license tag. Ruby is just text, but for the purposes of the project, > > is special text. Maybe we could use an entity such as licenses.ruby > > (prefixed with an & and with a ; at the end) and have it replaced with > > with an XLink reference to a central dictionary. I don't have an idea > > as to how to do this at the moment (::grin::), but think reducing the > > repetitive text would be appreciated by all. Being able to replace > > licenses.ruby with the appropriate information including the URL to > > the actual license, would be quite useful/helpful. > > That is a good idea, I don't have any idea how to do this yet > either, will do some digging around though. Ultimately all resources > should be XLink too, which I will try and add to this soon. I remove > the rubynet namespace temporarily just to make it easier to deal > with while it is in flux. Yup, sounds good. I'm going to download the XLink spec and try and guru-ify myself (read: make myself dangerous) because inter-related information is critical, IMHO. I think XLink with XML entities could be a huge win for the project. > are you saying there could either be a (name) | (first_name, > last_name) ? Yup. With (first_name|last_name) being preferred over just (name). > Also a good point about the URI encoding, I had initially thought > about encoding the URI's so that all URI's can be accessed by the > clients without needing to alter them in any way. If they are not > URI encoded how do we deal with web browsers? (they are a possible > client) The data should be stored in its raw format, but then URI escaped when we present it to the client (ie: when the HTML is generated). Be it for creating a static HTML page or displaying a link in a client, the data in the XML should only be XML escaped, which means that any consumers of the data feeds, need to know how to present our data (thank you XSL!). -sc -- Sean Chittenden |
|
From: Pat E. <pa...@ey...> - 2002-06-17 18:26:44
|
hmm, probably should have dropped this here as well,
-pate
---------- Forwarded message ----------
Date: Mon, 17 Jun 2002 14:24:59 -0400 (EDT)
From: Pat Eyler <pa...@ey...>
To: Joel VanderWerf <vj...@PA...>
Cc: "rub...@ey..." <rub...@ey...>,
ru...@ey...
Subject: Ruby in the Rainforest
On Fri, 14 Jun 2002, Joel VanderWerf wrote:
> Pat Eyler wrote:
> >
> > Sean and I talked a bit on irc about doing a raa.succ implementation for
> > our get together. Any thoughts?
>
> Looks like rpkg/rapt has done some of the work for us. I haven't studied
> the code, but it looks like RAA.succ as a rapt server is the natural way
> to go. What's left for us? Building a web interface to the server?
I think the proposed project goes well beyond rapt/rpkg ... I've seen a
bunch of traffic on the rubynet list, perhaps someone more qualified than
I can post a summary. You could pop into #rubynet on irc.openprojects.net
or look at rubynet.sourceforge.net for more information
> Should we chose another project?
I think there'll still be more than enough work to do, but if enough
people doubt this, we can certainly look at another porject.
-pate
>
> --
> Joel VanderWerf California PATH, UC Berkeley
> mailto:vj...@pa... Ph. (510) 231-9446
> http://www.path.berkeley.edu FAX (510) 231-9512
>
|
|
From: Holden G. <ds...@xt...> - 2002-06-17 09:01:43
|
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Mon, 17 Jun 2002 12:42, Sean Chittenden wrote:
> > I've done some simple high level work on the client. I am picturing
> > that each module that the main Rubynet::Client class calls to do
> > work will receive an #execute message. I picture this class to act
> > as a controller of sorts for what the module will need to do to get
> > the job done. Perhaps most of the work will get done in other
> > classes in contact with the controller - really depends on the
> > complexity at hand. Main goal is to decouple the logic completely
> > from the Rubynet::Client so we can drop on different interfaces with
> > no affect to the logic. I know it looks very simple (and it is), I
> > am not sure we need much more then this, do we? Maybe something we
> > will realize down the road...
>
> My email response here is pretty worthless, IMHO because I haven't had
> a chance to look over anything since Thursday PDT, but, can be a nifty
> trick for those interested and Holden, you may find useful. It's a
> big hack, IMHO, but it works well. If you create a class variable
> @@init or some class variable, it's easy to extend a class at run time
> with requires that way you can do the following:
>
> class Uga
> @@init.push('my_module_init')
> def my_module_init
> puts "in my_module_init"
> end
> end
>
> And then have the methods in @@init called. Makes an easy way to have
> requires and the order of requires determine the way that a module is
> executed.
>
> class Uga
> @@init =3D []
> def initialize(*args)
> for meth in @@init
> m =3D self.method(meth)
> m.call(*args)
> end
> end
>
> require 'uga'
> require 'uga/my_module'
>
Interesting - I'm trying to see an instance where it would be needed and =
a=20
simple constructor will not do? I can see what the code is doing, but can=
't=20
really see an application for it, can you enlighten me? I'm sure there ar=
e=20
several applications for it and possibley I have spent too long in static=
ally=20
typed languages.
> > Take a looksee, give me feedback
> >
> > *opens the door for comments*
>
> Will do at some point in the next day or so.
Great - thank you.
> > P.S. that door is always open :)
> >
> :~) Same here. -sc
:)
- --=20
Signed,
Holden Glova
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)
iD8DBQE9DaSA0X8w8X71zPcRAoVqAJ9i+cM7URIYvac995CoOusD6TF1SACfaG5h
xlk5DTA6WJwm5D5FAfelYtA=3D
=3Dpn1+
-----END PGP SIGNATURE-----
|
|
From: Holden G. <ds...@xt...> - 2002-06-17 08:55:30
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 17 Jun 2002 12:26, Sean Chittenden wrote: > Howdy. Looks like I'm less connected than I thought I'd be. Both of > my parents have waited for me to fix their computers/network > situation. ::sigh:: I'm stuck in console mode right now for the next > few hours till I get X built on this laptop, so bare with me. Yeee gods! > > Yet another attempt, this doc is valid according xmllint. > > Updated/commented the attached. My only real comment at this point is > we need to some how centralize repeated data. As an example, the > license tag. Ruby is just text, but for the purposes of the project, > is special text. Maybe we could use an entity such as licenses.ruby > (prefixed with an & and with a ; at the end) and have it replaced with > with an XLink reference to a central dictionary. I don't have an idea > as to how to do this at the moment (::grin::), but think reducing the > repetitive text would be appreciated by all. Being able to replace > licenses.ruby with the appropriate information including the URL to > the actual license, would be quite useful/helpful. That is a good idea, I don't have any idea how to do this yet either, wil= l do=20 some digging around though. Ultimately all resources should be XLink too,= =20 which I will try and add to this soon. I remove the rubynet namespace=20 temporarily just to make it easier to deal with while it is in flux. Can you ellaborate on the first_name and last_name thing, the XML file yo= u=20 sent back talks about it but I don't see an example. are you saying there= =20 could either be a (name) | (first_name, last_name) ? Also a good point about the URI encoding, I had initially thought about=20 encoding the URI's so that all URI's can be accessed by the clients witho= ut=20 needing to alter them in any way. If they are not URI encoded how do we d= eal=20 with web browsers? (they are a possible client) - --=20 Signed, Holden Glova -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9DaMR0X8w8X71zPcRAssXAJ94eNvGQTHX1IgV4BqKMMSuyMDOtACfbtxO /qHBaKaEV/KIwkvhk3bxMvc=3D =3DWPKv -----END PGP SIGNATURE----- |
|
From: Sean C. <se...@ch...> - 2002-06-17 00:42:09
|
> I've done some simple high level work on the client. I am picturing
> that each module that the main Rubynet::Client class calls to do
> work will receive an #execute message. I picture this class to act
> as a controller of sorts for what the module will need to do to get
> the job done. Perhaps most of the work will get done in other
> classes in contact with the controller - really depends on the
> complexity at hand. Main goal is to decouple the logic completely
> from the Rubynet::Client so we can drop on different interfaces with
> no affect to the logic. I know it looks very simple (and it is), I
> am not sure we need much more then this, do we? Maybe something we
> will realize down the road...
My email response here is pretty worthless, IMHO because I haven't had
a chance to look over anything since Thursday PDT, but, can be a nifty
trick for those interested and Holden, you may find useful. It's a
big hack, IMHO, but it works well. If you create a class variable
@@init or some class variable, it's easy to extend a class at run time
with requires that way you can do the following:
class Uga
@@init.push('my_module_init')
def my_module_init
puts "in my_module_init"
end
end
And then have the methods in @@init called. Makes an easy way to have
requires and the order of requires determine the way that a module is
executed.
class Uga
@@init = []
def initialize(*args)
for meth in @@init
m = self.method(meth)
m.call(*args)
end
end
require 'uga'
require 'uga/my_module'
> Take a looksee, give me feedback
>
> *opens the door for comments*
Will do at some point in the next day or so.
> P.S. that door is always open :)
:~) Same here. -sc
--
Sean Chittenden
|
|
From: Sean C. <se...@ch...> - 2002-06-17 00:26:11
|
Howdy. Looks like I'm less connected than I thought I'd be. Both of my parents have waited for me to fix their computers/network situation. ::sigh:: I'm stuck in console mode right now for the next few hours till I get X built on this laptop, so bare with me. > Yet another attempt, this doc is valid according xmllint. Updated/commented the attached. My only real comment at this point is we need to some how centralize repeated data. As an example, the license tag. Ruby is just text, but for the purposes of the project, is special text. Maybe we could use an entity such as licenses.ruby (prefixed with an & and with a ; at the end) and have it replaced with with an XLink reference to a central dictionary. I don't have an idea as to how to do this at the moment (::grin::), but think reducing the repetitive text would be appreciated by all. Being able to replace licenses.ruby with the appropriate information including the URL to the actual license, would be quite useful/helpful. Off to chase more email... -sc -- Sean Chittenden |
|
From: Holden G. <ds...@xt...> - 2002-06-15 06:09:28
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 13 Jun 2002 21:33, Holden Glova wrote: > On Wed, 12 Jun 2002 21:10, Holden Glova wrote: > <snipped all previous> > > Here is another attempt. Yet another attempt, this doc is valid according xmllint. - --=20 Signed, Holden Glova -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9Ctj+0X8w8X71zPcRAtzkAJwMQz0SYK8zMFmZ1wEsxzFcs6sKbgCfV9GC mQJZ7o6rgyJ+mli+YdVfCWg=3D =3DUvXP -----END PGP SIGNATURE----- |
|
From: Holden G. <ds...@xt...> - 2002-06-13 11:20:46
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi guys, I've done some simple high level work on the client. I am picturing that = each=20 module that the main Rubynet::Client class calls to do work will receive = an=20 #execute message. I picture this class to act as a controller of sorts fo= r=20 what the module will need to do to get the job done. Perhaps most of the = work=20 will get done in other classes in contact with the controller - really=20 depends on the complexity at hand. Main goal is to decouple the logic=20 completely from the Rubynet::Client so we can drop on different interface= s=20 with no affect to the logic. I know it looks very simple (and it is), I a= m=20 not sure we need much more then this, do we? Maybe something we will real= ize=20 down the road... Take a looksee, give me feedback *opens the door for comments* P.S. that door is always open :) - --=20 Signed, Holden Glova -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9CH7a0X8w8X71zPcRAt0EAJ9YV8XW3z1t4DHPaVPybJMA8y7h0gCfeu6U zQLeTxrD02neiNCC1fg5RxE=3D =3Dzchg -----END PGP SIGNATURE----- |
|
From: Holden G. <ds...@xt...> - 2002-06-13 09:38:47
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 12 Jun 2002 21:10, Holden Glova wrote: <snipped all previous> Here is another attempt. - --=20 Signed, Holden Glova -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9CGb00X8w8X71zPcRAnfWAJ95AJoVbz4GTpKBLVtNH0MiKhSa6gCfRGCl Ni2zhgF+rLdtxKBenIpEFdU=3D =3DEF6K -----END PGP SIGNATURE----- |
|
From: Holden G. <ds...@xt...> - 2002-06-12 09:15:38
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 12 Jun 2002 20:19, Sean Chittenden wrote: > > Here is a simple Gentoo build script - the portage program executes > > this. > > Hmm... this is definately smaller than a FreeBSD Makefile.... :~) but > I think we're essentially on the same page. I was thinking about > something along the lines of: > > <rubynet:pkg> > <rubynet:metadata> > <rubynet:authors> > <rubynet:author> > <rubynet:name>Aaron Malone</rubynet:name> > =09<rubynet:email>aa...@mu...</rubynet:email> > </rubynet:author> > </rubynet:authors> > <rubynet:maintainers> > <rubynet:maintainer> > <rubynet:name>Tools Team</rubynet:name> > =09<rubynet:email>to...@ge...</rubynet:email> > </rubynet:maintainer> > </rubynet:maintainers> > <rubynet:copyright>1999-2002 Gentoo Technologies, > Inc.</rubynet:copyright> <rubynet:name>Ruby Electric XML</rubynet:name> > =20 > <rubynet:homepage>http://www.germane-software.com/~ser/Software/rexml/<= /rub >ynet:homepage> </rubynet:metadata> > <rubynet:dependencies> > <rubynet:dependency version=3D"at least"> > <rubynet:name>ruby</rubynet:name> > <rubynet:major_version>1</rubynet:major_version> > <rubynet:minor_version>6</rubynet:minor_version> > <rubynet:micro_version>0</rubynet:micro_version> > </rubynet:depdendency> > </rubynet:dependencies> > </rubynet:pkg> > > How's that look for a start. -sc Great start! I think all resources (URI's) should be done with XLink or R= DF. I=20 don't really understand these things too well, but am trying too..Dan=20 Brickley tries to explain them to me when he has the patience :) Some ideas just add a point of difference. <rubynet:pkg name=3D"REXML"> <rubynet:metadata> <rubynet:authors> <rubynet:author> <rubynet:name>Aaron Malone</rubynet:name> =09<rubynet:email>aa...@mu...</rubynet:email> =09<rubynet:irc_network>irc.opentprojects.org</rubynet:irc_network> =09<rubynet:irc_channel>#ruby-lang</rubynet:irc_channel> =09<rubynet:irc_handle>AAmalone</rubynet:irc_handle> </rubynet:author> </rubynet:authors> <rubynet:maintainers> <rubynet:maintainer> <rubynet:name>Tools Team</rubynet:name> =09<rubynet:email>to...@ge...</rubynet:email> =09<rubynet:irc_network>irc.opentprojects.org</rubynet:irc_network> =09<rubynet:irc_channel>#ruby-lang</rubynet:irc_channel> =09<rubynet:irc_handle>TinyT</rubynet:irc_handle> </rubynet:maintainer> </rubynet:maintainers> <rubynet:categories> <rubynet:major_category> =09http://rubynet.org/category/xml/ </rubynet:major_category> <rubynet:minor_category> =09http://rubynet.org/category/text%20processing/ </rubynet:minor_category> <rubynet:minor_category> =09http://rubynet.org/category/storage/ </rubynet:minor_category> </rubynet:categories> <rubynet:copyright>1999-2002 Gentoo Technologies,Inc.</rubynet:copyri= ght> <rubynet:license>Ruby</rubynet:license> <rubynet:status>Stable</rubynet:status> <rubynet:full_name>Ruby Electric XML</rubynet:full_name> <rubynet:description> Pure Ruby parser, blah blah. Based of Electrice XML </rubynet:description> <rubynet:homepage> http://www.germane-software.com/~ser/Software/rexml/ </rubnet:homepage>=20 <rubynet:download> http://www.germane-software.com/~ser/Software/rexml/rexml-1.2.3.bz2= / </rubynet:download> </rubynet:metadata> <rubynet:dependencies> <rubynet:dependency version=3D"at least"> <rubynet:name>ruby</rubynet:name> <rubynet:major_version>1</rubynet:major_version> <rubynet:minor_version>6</rubynet:minor_version> <rubynet:micro_version>0</rubynet:micro_version> <rubynet:download> ftp://ftp.ruby-lang.org/pub/ruby/ruby-1.6.7.tar.gz </rubynet:download> </rubynet:depdendency> </rubynet:dependencies> </rubynet:pkg> There should probably also be an order attached to the dependencies so th= ey=20 get installed in a predefined order..or maybe it just goes top down? Nice serve btw :) - --=20 Signed, Holden Glova -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9Bw/w0X8w8X71zPcRAtG5AJ9hQux1aKub0uC4oTjIM36S7/cGkQCfWDvR FsHyWS0qD974Jo0kR6W571E=3D =3DgncT -----END PGP SIGNATURE----- |
|
From: Holden G. <ds...@xt...> - 2002-06-12 08:35:44
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 12 Jun 2002 20:20, Sean Chittenden wrote: > Anyone object to me setting a reply-to: header that way all > correspondence goes to the mailing list? -sc No please, do - I've been caught out twice already tonight :P - --=20 Signed, Holden Glova -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9Bwaa0X8w8X71zPcRAm/LAJ4ik3b/ZqZyuqiYLTwzknRiaphadgCeMrAJ 57NPXWaFfHB6o/uWjv44uEE=3D =3DTw9U -----END PGP SIGNATURE----- |
![http://image99.seekercenter.net/skbmp/letter_bg.jpg"](http://image99.seekercenter.net/skbmp/letter_bg.jpg"){kind=link}
![http://image99.seekercenter.net/skbmp/letter_top01.jpg"](http://image99.seekercenter.net/skbmp/letter_top01.jpg"){kind=link}
![http://image99.seekercenter.net/skbmp/letter_right01.jpg"](http://image99.seekercenter.net/skbmp/letter_right01.jpg"){kind=link}
![http://image99.seekercenter.net/skbmp/letter_left01.jpg"](http://image99.seekercenter.net/skbmp/letter_left01.jpg"){kind=link}
![http://image99.seekercenter.net/skbmp/letter_bottom01.jpg">](http://image99.seekercenter.net/skbmp/letter_bottom01.jpg">){kind=link}