Hello,

Somebody is looking into adding support for Simpy to epilicious (an
extension to Epiphany, part of epiphany-extensions since 2.18) and is
looking into the Python REST API client (that's your work, Benjamin).
This is licensed under ASL 2.0.  Magnus, the person looking into adding
the eplicious support for Simpy found that GNOME requires GPL/LGPL
licensed software, so now Magnus (and I) are wondering if anyone sees
any issues with dual-licensing (ASL + GPL) the Python client.

http://www.mail-archive.com/gnome-devel-list@gnome.org/msg00797.html
http://www.mail-archive.com/desktop-devel-list@gnome.org/msg09406.html

Does anyone have any concerns with this?  If not, I'll make the
appropriate changes to things that live under http://simpytools.sf.net .

Thanks,
Otis
--
Simpy -- http://www.simpy.com/ -- Tag.  Search.  Share.

Piseth wrote:
> I appreciate for your help

Hi,

You should contact Simpy via http://www.simpy.com/contact and provide
your username if you already have a Simpy account.

Simpy-dev list is for Simpy-related development, not suitable for this
type of request.

Otis

I appreciate for your help

Hi Otis,

hmmm ... why don't you "just" url encode the strings. URL encoding the
string "social network" ends up in "social%20network". Before
displaying these values they have to be decoded again of course.
I don't know how you end up with  "social%2520network".
Sounds like 101 ;)

Or did I misunderstand anything?

Benjamin

On 4/11/07, Otis Gospodnetic <otis@...> wrote:

> Hi,
>
>  One new and very helpful and constructive Simpy user has been making me
>  fix a number of little glitches that I've been aware of for months or
>  even years, but have always been too lazy to fix.  So I fixed a few of
>  those glitches (not released yet).  However, I have one that looks like
>  WebApp Development 101, yet I'm not sure what the best way to fix it is.
>
>  The problem: User input like query strings and tags get URL-encoded in
>  order not to break HTML forms, but the ugly side-effect is that they
>  appear URL-encoded when displayed in form fields.
>
>  Goal: User input like query strings and tags need to be URL-encoded so
>  they don't break HTML forms with things like quote marks, but when their
>  values are displayed in that form, they should NOT look URL-encoded.
>
>  Here is an example:
>
>  1. Go to: http://www.simpy.com/demo (this will log you in as demo/demo)
>
>  2. Go to: http://www.simpy.com/user/demo/search/social%2520network
>
>  3. You'll see that the search form in the top right corner of the page
>  contains social+network.  That plus sign there is bad and the problem I
>  want to get rid of.  That plus sign is there because the query string
>  (social network) is URL-encoded, and that means that a space becomes a
>  plus (or %2B in hex).  I URL-encode the query there in order to deal
>  with other unwanted "raw" characters in it, such as quotes, when one
>  uses phrases, such as "social network":
>     http://www.simpy.com/user/demo/search/%2522social%2520network%2522
>
>  If I didn't URL-encode that, the quote marks would break the form, but
>  because I do encode them, those ugly %22 things are surrounding the phrase.
>
>  So, my question is:
>  What is the best practise for "cleaning" strings such as user
>  input/queries/tags, so that it does not mess up forms or any other
>  elements, yet prevent it from looking URL-encoded in the form as it does
>  in my examples above?
>
>  This really is WebApp Dev 101, isn't it?
>
>  If it helps, what's under Simpy UI's hood are JSPs with JSTL.
>
>  Thanks,
>  Otis
>  --
>  Simpy -- http://www.simpy.com/ -- Tag.  Search.  Share.
>

Hi,

One new and very helpful and constructive Simpy user has been making me
fix a number of little glitches that I've been aware of for months or
even years, but have always been too lazy to fix.  So I fixed a few of
those glitches (not released yet).  However, I have one that looks like
WebApp Development 101, yet I'm not sure what the best way to fix it is.

The problem: User input like query strings and tags get URL-encoded in
order not to break HTML forms, but the ugly side-effect is that they
appear URL-encoded when displayed in form fields.

Goal: User input like query strings and tags need to be URL-encoded so
they don't break HTML forms with things like quote marks, but when their
values are displayed in that form, they should NOT look URL-encoded.

Here is an example:

1. Go to: http://www.simpy.com/demo (this will log you in as demo/demo)

2. Go to: http://www.simpy.com/user/demo/search/social%2520network

3. You'll see that the search form in the top right corner of the page
contains social+network.  That plus sign there is bad and the problem I
want to get rid of.  That plus sign is there because the query string
(social network) is URL-encoded, and that means that a space becomes a
plus (or %2B in hex).  I URL-encode the query there in order to deal
with other unwanted "raw" characters in it, such as quotes, when one
uses phrases, such as "social network":
    http://www.simpy.com/user/demo/search/%2522social%2520network%2522

If I didn't URL-encode that, the quote marks would break the form, but
because I do encode them, those ugly %22 things are surrounding the phrase.

So, my question is:
What is the best practise for "cleaning" strings such as user
input/queries/tags, so that it does not mess up forms or any other
elements, yet prevent it from looking URL-encoded in the form as it does
in my examples above?

This really is WebApp Dev 101, isn't it?

If it helps, what's under Simpy UI's hood are JSPs with JSTL.

Thanks,
Otis
--
Simpy -- http://www.simpy.com/ -- Tag.  Search.  Share.

Woho!  Thanks Matt!

Matt has been diligently working on this and made sure to be done with
his Zend_Service_Simpy in time to get it included in the 0.9.0 release
of the popular Zend Framework.

What this means is that if you are using PHP and you want to talk to
Simpy to either save or retrieve (or delete) some data (bookmarks, tags,
notes...), you can use Zend Framework and Matt's Zend_Service_Simpy to
do this without having to hack your own PHP code for talking to Simpy.

http://framework.zend.com/manual/en/zend.service.simpy.html includes all
examples that you'll need - perfect for copy & paste. :)

I've added links to this on http://simpytools.sourceforge.net/ and soon
to http://www.simpy.com/doc/api/rest (RHS).

Again, muchos gracias, Matthew!

Otis

Matthew Turland wrote:
> Hey all,
>
> For you PHP and/or Zend Framework users, the latest release of the Zend
> Framework, 0.9.0, sees the move of Zend_Service_Simpy to the framework
> core.
> Documentation can now be viewed at the URL below.
>
> http://framework.zend.com/manual/en/zend.service.simpy.html
>
> Enjoy,
>
> Matthew Turland
>


--
Simpy -- http://www.simpy.com/ -- Tag.  Search.  Share.

Hi,

Is anyone here "good with character encoding issues"?  I'm not sure how
many people here follow Simpy's blog, but the last three announcements
there were about the newly released Chinese, Korean, and Russian
versions of Simpy (UI).  All of these languages use non-Roman, non
Latin1 (ISO-8859-1) characters.  While Korean and Russian are working
well under all browsers I've tried, Chinese (Simplified) is problematic.

Simpy renders correctly in Simplified Chinese when I use Firefox on a
computer with the needed Chinese fonts, but does not render correctly
when viewed with Internet Explorer on the same computer.  The same IE on
the same computer renders other sites in Simplified Chinese correctly,
which makes me think the problem is with Simpy.  However, I've looked
everywhere I could think of, and everything looks like it's being
transmitted correctly, in UTF-8.

Are there any experts here?

Otis
P.S.
The image here shows how things look when rendered correctly with Firefox:
http://blog.simpy.com/blojsom/blog/2007/02/16/Simpy-International-Simplified-Chi\
nese.html
--
Simpy -- http://www.simpy.com/ -- Tag.  Search.  Share.

Caleb Phillips wrote:
>> You wouldn't happen to have to also directly compared the 2.4GHz
>> dual-core Xeon with dual-CPU 3.0GHz Xeon, by any chance?
>
> No, I've never worked with a dual-core Xeon server. I'm basing
> my recommendation for the dual-proc option on my positive experience
> with that configuration.
>

Alright.  The new stuff is on its way. :)

Otis
--
Simpy -- http://www.simpy.com/ -- Tag.  Search.  Share.

> You wouldn't happen to have to also directly compared the 2.4GHz
> dual-core Xeon with dual-CPU 3.0GHz Xeon, by any chance?

No, I've never worked with a dual-core Xeon server. I'm basing
my recommendation for the dual-proc option on my positive experience
with that configuration.

--
Caleb Phillips
IT Specialist
Small White Cube

Thanks, Caleb.  Linux, indeed.

You wouldn't happen to have to also directly compared the 2.4GHz
dual-core Xeon with dual-CPU 3.0GHz Xeon, by any chance?

Thanks,
Otis


Caleb Phillips wrote:
> Presumably you will be putting Linux on them?
>
>> Choice 1:
>> - Dual-core 2.4 GHz Xeon with 1MB cache (L1, I suppose?)
>> - The motherboard has 4 DIMM slots for a maximum of 8 GB RAM
>> - FSB is 800/1066 MHz, depending on the motherboard
>>
>> Choice 2:
>> - 2 x 3.0 GHz Xeon (not dual-core, but 2 separate processors)
>
> At worst these will have 512KB cache each.
>
>> - The motherboard has 8 DIMM slots for a maximum of 16 GB RAM (or even
>> 32 GB, if I were to get 4 GB DIMM slots that, I am told, are expensive)
>> - FSB is 800 MHz
>> - This box has a faster PCI-X bus for the RAID card (not sure how much
>> faster)
>>
>> Both of these are 64-bit machines.
>> The disks would be the same (I'd actually just keep the existing ones).
>> Choice 2 is slightly cheaper, but not enough for that to be the factor.
>>
>> Simpy is a CPU-intensive type of an application.
>>
>> I *think* I am leaning more towards Choice 2, and I think it's because
>> of that extra RAM expansion option.... but tomorrow morning I may be
>> leaning the other way.
>
> I'd go for the #2. I've had great success with a dual Xeon server
> (albeit 32bit) and Linux 2.6 SMP. Make sure you get a good power-supply
> - a dual Xeon system likes it's power (I ended up having stability
> problems until I got a 500W Enermax EPS).
>
> Anyway, just my two cents, since you asked.
>
> --
> Caleb Phillips
> IT Specialist
> Small White Cube
>


--
Simpy -- http://www.simpy.com/ -- Tag.  Search.  Share.

Presumably you will be putting Linux on them?

> Choice 1:
> - Dual-core 2.4 GHz Xeon with 1MB cache (L1, I suppose?)
> - The motherboard has 4 DIMM slots for a maximum of 8 GB RAM
> - FSB is 800/1066 MHz, depending on the motherboard
>
> Choice 2:
> - 2 x 3.0 GHz Xeon (not dual-core, but 2 separate processors)

At worst these will have 512KB cache each.

> - The motherboard has 8 DIMM slots for a maximum of 16 GB RAM (or even
> 32 GB, if I were to get 4 GB DIMM slots that, I am told, are expensive)
> - FSB is 800 MHz
> - This box has a faster PCI-X bus for the RAID card (not sure how much
> faster)
>
> Both of these are 64-bit machines.
> The disks would be the same (I'd actually just keep the existing ones).
> Choice 2 is slightly cheaper, but not enough for that to be the factor.
>
> Simpy is a CPU-intensive type of an application.
>
> I *think* I am leaning more towards Choice 2, and I think it's because
> of that extra RAM expansion option.... but tomorrow morning I may be
> leaning the other way.

I'd go for the #2. I've had great success with a dual Xeon server
(albeit 32bit) and Linux 2.6 SMP. Make sure you get a good power-supply
- a dual Xeon system likes it's power (I ended up having stability
problems until I got a 500W Enermax EPS).

Anyway, just my two cents, since you asked.

--
Caleb Phillips
IT Specialist
Small White Cube

Hi,

It's time to upgrade Simpy's servers a bit.  I've got two hardware
choices and have been struggling with the decision which of the two
choices to pick.  It just occurred to me that there are people on this
list who would both care and know about this, so here I am asking for
your opinion and advice.

Choice 1:
- Dual-core 2.4 GHz Xeon with 1MB cache (L1, I suppose?)
- The motherboard has 4 DIMM slots for a maximum of 8 GB RAM
- FSB is 800/1066 MHz, depending on the motherboard

Choice 2:
- 2 x 3.0 GHz Xeon (not dual-core, but 2 separate processors)
- The motherboard has 8 DIMM slots for a maximum of 16 GB RAM (or even
32 GB, if I were to get 4 GB DIMM slots that, I am told, are expensive)
- FSB is 800 MHz
- This box has a faster PCI-X bus for the RAID card (not sure how much
faster)

Both of these are 64-bit machines.
The disks would be the same (I'd actually just keep the existing ones).
Choice 2 is slightly cheaper, but not enough for that to be the factor.

Simpy is a CPU-intensive type of an application.

I *think* I am leaning more towards Choice 2, and I think it's because
of that extra RAM expansion option.... but tomorrow morning I may be
leaning the other way.

Does anyone have experience with both of these types of choices?
Anyone has any experiences or numbers or anything else to share?

Thanks,
Otis
--
Simpy -- http://www.simpy.com/ -- Tag.  Search.  Share.

The missing DeleteNote is up, but as Matthew pointed in a private email,
the GetNotes need to be augmented a bit (note ID needs to be added), and
some docs updated.  Will be done in the next push.

Otis

Matthew Turland wrote:
> This may have been mentioned before, but I thought it was worth bringing up
> again. With the recent work I've done on the Zend_Service_Simpy module for
> the Zend Framework (http://framework.zend.com), I noticed that Notes
> appears
> to be the only area (of Links, Tags, Notes, and Watchlists). in which you
> can save something, but not delete it. This makes unit testing a bit of a
> pain because there's no way to automatically remove the test attempt of a
> SaveNote operation. A DeleteNote option would be nice.
>
> As an alternative, here's an idea: the API could theoretically have a 'test
> mode' which requires no authentication and merely executes the requested
> operation up to the point where changes to the back-end database are
> actually made. That is, all other input checking and such would take place,
> to allow the developer to confirm that their code is working. Just a
> thought.
>
> I think I've completed the code for Zend_Service_Simpy that will at some
> point be moved to the core. All that's left is documentation, which I'm in
> the process of working on. I'll keep you posted.
>
> Regards,
>
> Matthew Turland
>


--
Simpy -- http://www.simpy.com/ -- Tag.  Search.  Share.

Hi,

Yes, that offline/syncing in the background is actually exactly the
use case. I do quite a lot of programming work, or computer related
work in general, without net access.
I always prepare these "sessions" in carefully in advance by trying to
think of every bit of documentation I might need and downloading prior
to going offline.
Such an app, would help me simplify this process.

Making it a multi-user webservice would be nice, but the longer I
think about it, the more I think that the idea behind it, is a desktop
app ... that I can take with me, when going offline. This is the main
use case I have in mind for the app.

So I'll probably got the desktop-app-way.

Thanks for your feedback

Cheers

Benjamin

P.S. "Sino" was the first thing that came to my mind ... you know ...
"simpy notes" ... "sino" ... now that I checked domain names, it turns
out, that it's a pretty bad name ... we'll see, when the app first
sees the light of day.
I'll keep you posted.

On 1/3/07, Otis Gospodnetic <otis@...> wrote:
> Hi Benjamin,
>
>  A desktop app sounds more interesting to me.  I think you'd find more
>  people with desktops than folks with servlet containers waiting around
>  to run a note-taking app.  The embedded server approach sounds
>  interesting, but it feels overly complicated here, both from the
>  development and user point of view.
>
>  This actually reminded me of a nice looking notes app I once saw...
>  Tomboy?  C#, I think...  http://www.beatniksoftware.com/tomboy/ (I see
>  some people have more relevant links:
>  http://www.simpy.com/links/search/tomboy ).
>
>  As a matter of fact, this just revived more memory.  A while back this
>  is exactly what I was looking for: a desktop-based note-taking app that
>  sat in the taskbar and synced with Simpy in the background when needed.
>
>  Otis
>  P.S.
>  Sino, I like the name.  Since I'm in China at the moment, it's also a
>  funny coincidence.
>
>
>  Benjamin Reitzammer wrote:
>  > Hi all,
>  >
>  > (sorry, for crossposting, but I think this may be of interest for
>  > users and developers alike)
>  >
>  > What do you prefer? A desktop app, or a webapp?
>  >
>  > I'm interested in your opinion.
>  > I'm currently in the first stages of developing an application that
>  > allows offline editing/searching/syncing with Simpy Notes.
>  > It will be a Java application, and I just can't decide if I should
>  > make it a web application (distributed as standalone with an embedded
>  > webserver and as a .war-file for deployment in your favourite servlet
>  > container) or a desktop application (Swing based most probably).
>  >
>  > So my question is:
>  > Should it become a (Swing-based) desktop app or a webapp that runs
>  > locally on your computer or maybe even remotely?
>  >
>  > I really appreciate every opinion you give.
>  >
>  > Thanks a lot & Cheers
>  >
>  > Benjamin
>  >
>  >
>  > P.S: While we are it: How's the DeleteNote API call going, Otis? ;-)
>  > P.P.S: It will be an open source app, probably in the simpytools
>  > project on sourceforge.
>  >
>
>  --
>  Simpy -- http://www.simpy.com/ -- Tag.  Search.  Share.
>
>
>

Hi Benjamin,

A desktop app sounds more interesting to me.  I think you'd find more
people with desktops than folks with servlet containers waiting around
to run a note-taking app.  The embedded server approach sounds
interesting, but it feels overly complicated here, both from the
development and user point of view.

This actually reminded me of a nice looking notes app I once saw...
Tomboy?  C#, I think...  http://www.beatniksoftware.com/tomboy/ (I see
some people have more relevant links:
http://www.simpy.com/links/search/tomboy ).

As a matter of fact, this just revived more memory.  A while back this
is exactly what I was looking for: a desktop-based note-taking app that
sat in the taskbar and synced with Simpy in the background when needed.

Otis
P.S.
Sino, I like the name.  Since I'm in China at the moment, it's also a
funny coincidence.


Benjamin Reitzammer wrote:
> Hi all,
>
> (sorry, for crossposting, but I think this may be of interest for
> users and developers alike)
>
> What do you prefer? A desktop app, or a webapp?
>
> I'm interested in your opinion.
> I'm currently in the first stages of developing an application that
> allows offline editing/searching/syncing with Simpy Notes.
> It will be a Java application, and I just can't decide if I should
> make it a web application (distributed as standalone with an embedded
> webserver and as a .war-file for deployment in your favourite servlet
> container) or a desktop application (Swing based most probably).
>
> So my question is:
> Should it become a (Swing-based) desktop app or a webapp that runs
> locally on your computer or maybe even remotely?
>
> I really appreciate every opinion you give.
>
> Thanks a lot & Cheers
>
> Benjamin
>
>
> P.S: While we are it: How's the DeleteNote API call going, Otis? ;-)
> P.P.S: It will be an open source app, probably in the simpytools
> project on sourceforge.
>


--
Simpy -- http://www.simpy.com/ -- Tag.  Search.  Share.

Hello from China,

Not sure if you know, but China (and Japan, Korea, Hong Kong, Taiwan,
and even Singapore) are still suffering from the recent earthquake that
damaged 7 out of 8 main undersea data cables that connect this part of
the world with North America.  This means sub-dial-up modem "speeds".
Think 1KB/sec....

Simpy was in the Gremlinization mode a few hours ago, while I pushed
some new stuff to production (watch blog.simpy.com later this week or
early next week for the announcement).  Because of the poor
connectivity, this left Simpy in a funky state for a "little" longer
than one would like.  Again, imagine trying to type something and seeing
   a delay of 5-10 minutes, sometimes even more.  This is probably when
you hit those timeout issues.

Link saving and the missing DeleteNote API are next to fix.

Otis

Matthew Turland wrote:
> My connection attempts to simpy.com are timing out consistently this
> morning.
>
> Also, last I checked, I'm still having issues saving a link via the REST
> API, which I know was working less than a month ago.
>
> Please keep me posted.
>
> Thanks,
>
> Matthew Turland
>


--
Simpy -- http://www.simpy.com/ -- Tag.  Search.  Share.

Hi all,

(sorry, for crossposting, but I think this may be of interest for
users and developers alike)

What do you prefer? A desktop app, or a webapp?

I'm interested in your opinion.
I'm currently in the first stages of developing an application that
allows offline editing/searching/syncing with Simpy Notes.
It will be a Java application, and I just can't decide if I should
make it a web application (distributed as standalone with an embedded
webserver and as a .war-file for deployment in your favourite servlet
container) or a desktop application (Swing based most probably).

So my question is:
Should it become a (Swing-based) desktop app or a webapp that runs
locally on your computer or maybe even remotely?

I really appreciate every opinion you give.

Thanks a lot & Cheers

Benjamin


P.S: While we are it: How's the DeleteNote API call going, Otis? ;-)
P.P.S: It will be an open source app, probably in the simpytools
project on sourceforge.

Hi Matthew,


Matthew Turland wrote:
> Updates to links through the Simpy web site don't appear to be taking. I
> don't know if the updates are getting queued in the background or something
> but whenever I go to edit a link I've changed to be public, it's private
> again. The API doesn't appear to be allowing links to be saved either, as
> I'm getting this error when I try to use Zend_Service_Simpy to apply
> changes: PHP Fatal error:  Uncaught exception 'Zend_Service_Exception' with
> message 'Problem saving link.  Please try again later.' in C:\Documents and
> Settings\Matthew\My Documents\Eclipse\Zend
> Framework\incubator\library\Zend\Service\Simpy.php:146.

I just went form public to private to public without any problems.
The problems you saw were very likely caused by problems I was having
with Simpy for the last few weeks.  I finally got it fixed last night,
after finding a memory leak in an external library (Lucene of all
things!).  Please try again now and let me know if you are still seeing
any issues.  There should be no issues, but if there are any, I'm here
to fix them.

Thanks,
Otis
--
Simpy -- http://www.simpy.com/ -- Tag.  Search.  Share.

    Out of curiosity, can this be used outside of Zend, or is it tightly
    coupled with Zend? I looked at the bottom of
    http://framework.zend.com/wiki/pages/viewpage.action?pageId=10523 and
    get a feeling that this should be possible. If that's possible with the
    Simpy Zend service, it would be great to write a little something about
    it, so I can stick it on http://simpytools.sf.net and add some pointers
    to Zend_Service_Simpy.

    As for DeleteNote - you are absolutely right. An oversight on my part,
    which I'll fix.

    The "dry run test mode", that's doable, too, but things can always go
    wrong when the actual changes are made, so it may be better to stick to
    the real thing. I think. :)

Hi Matthew,

Thanks for the Zend work!  It looks like a bit over 1K lines of code:
http://framework.zend.com/fisheye/browse/Zend_Framework/trunk/incubator/library/\
Zend/Service/Simpy

Out of curiosity, can this be used outside of Zend, or is it tightly
coupled with Zend?  I looked at the bottom of
http://framework.zend.com/wiki/pages/viewpage.action?pageId=10523 and
get a feeling that this should be possible.  If that's possible with the
Simpy Zend service, it would be great to write a little something about
it, so I can stick it on http://simpytools.sf.net and add some pointers
to Zend_Service_Simpy.

As for DeleteNote - you are absolutely right.  An oversight on my part,
which I'll fix.

The "dry run test mode", that's doable, too, but things can always go
wrong when the actual changes are made, so it may be better to stick to
the real thing.  I think. :)

Otis


Matthew Turland wrote:
> This may have been mentioned before, but I thought it was worth bringing up
> again. With the recent work I've done on the Zend_Service_Simpy module for
> the Zend Framework (http://framework.zend.com), I noticed that Notes
> appears
> to be the only area (of Links, Tags, Notes, and Watchlists). in which you
> can save something, but not delete it. This makes unit testing a bit of a
> pain because there's no way to automatically remove the test attempt of a
> SaveNote operation. A DeleteNote option would be nice.
>
> As an alternative, here's an idea: the API could theoretically have a 'test
> mode' which requires no authentication and merely executes the requested
> operation up to the point where changes to the back-end database are
> actually made. That is, all other input checking and such would take place,
> to allow the developer to confirm that their code is working. Just a
> thought.
>
> I think I've completed the code for Zend_Service_Simpy that will at some
> point be moved to the core. All that's left is documentation, which I'm in
> the process of working on. I'll keep you posted.
>
> Regards,
>
> Matthew Turland
>


--
Simpy -- http://www.simpy.com/ -- Tag.  Search.  Share.

Hi Matthew,

Matthew Turland wrote:
> Not sure if this is another bug or not, but I'm trying to upload the
> attached file and it's saying "0 bookmarks uploaded and saved
> successfully."
> There are obviously bookmarks in the file. Am I doing something wrong?

My guess is that you already had all those bookmarks in your Simpy
account, so they were all ignored, thus avoiding getting them overwritten.

I tested this locally.  The first upload gave me this message:

    47 bookmarks uploaded and saved successfully

I then tried uploading the same bookmarks again and got what I expected
to get:

    47 duplicate bookmarks found and skipped.  0 bookmarks uploaded and
saved successfully

Otis
--
Simpy -- http://www.simpy.com/ -- Tag.  Search.  Share.