Page 1 of 1
First public pre-alpha Client available
Posted: Mon Jun 16, 2003 8:39 pm
by exp
Well, it's finally here,
a first version of an anidb client by Hisoka[].
be sure to check it out.
http://www.anidb.net/client/
Please post comments and bugreports in either the client feature request or client bugreport sections.
BYe!
EXP
Posted: Tue Jun 17, 2003 11:14 am
by Pixel_K
System.security.SecurityException on start
address Anidbclienttest3.Form1..ctor
Windows 2000 SP3 - French
Posted: Tue Jun 17, 2003 12:31 pm
by PetriW
Posted: Tue Jun 17, 2003 5:51 pm
by DonGato
exp baka!
Using MS.NET for this!
/me angry at exp.
Posted: Tue Jun 17, 2003 8:05 pm
by kidan
@dongato:
.NET is the wisest choice for an app like the anidb-client. This is because in .NET you have some great classes for async-databases and syncronisation via http.
Posted: Tue Jun 17, 2003 8:10 pm
by exp
DonGato wrote:exp baka!
Using MS.NET for this!
/me angry at exp.
I'm INNOCENT!
after all it's not /me who's working on that client!
BYe!
EXP
Posted: Thu Jul 03, 2003 12:37 pm
by kaoru
i wont install .NET on my pasocon so will there be an version out in the future which will run without installing unnecessary shit?
Posted: Thu Jul 03, 2003 4:14 pm
by exp
well,
there is a simple solution, write one yourself
BYe!
EXP
Posted: Thu Jul 31, 2003 7:01 pm
by darkfader
100 WELCOME TO THE ANIDB API SERVICE
yay!
Hmm... interesting SQL queries
Maybe XML looks a bit safer.
Posted: Fri Aug 01, 2003 9:49 am
by exp
darkfader wrote:100 WELCOME TO THE ANIDB API SERVICE
yay!
Hmm... interesting SQL queries
Maybe XML looks a bit safer.
SQL? the api is not SQL related.
btw. please don't screw witht the api you might make the service unavailable to regular users if you do make a mistake there.
And XML is just bloatware.
BYe!
EXP
Posted: Sun Aug 03, 2003 5:13 pm
by darkfader
Oh, whatever. But I saw some SELECT statements in the source-code, so that's why.
I don't have intensions to screw up, but is it really that simple?
Do you use any compression at all? Accept-encoding: gzip, deflate ?
It might speed up the updating.
Posted: Sun Aug 03, 2003 8:25 pm
by exp
darkfader wrote:Oh, whatever. But I saw some SELECT statements in the source-code, so that's why.
I don't have intensions to screw up, but is it really that simple?
Do you use any compression at all? Accept-encoding: gzip, deflate ?
It might speed up the updating.
the API supports different compression styles, bzip2 is recommended, however no client supports this so far. And it won't make a big difference speed wise.
the mayor problem with the current .NET client is it's local db, it's way to slow. but that will change in the next versions
)
and btw. that select belongs to the internal data storage of that client, it has nothing to do with the API.
@screwing up, well not really but playing with the api might lead to availability problems for other clients. you should not be able to corrupt any real db data via the api though.
BYe!
EXP