| |
| |
| |
|
Page: 1 2
Comments:
<0> ha ha ha
<0> hmm 8-)
<0> auto opped.. now I can't hide and lurk in the shadows, only to leap out during a surprise attack :)
<1> hehe
<1> well i am off, later all
<2> hi does anyone here use JSF?
<3> freenode has a chan devoted to it
<4> wuz gud?
<4> what is the java.io.Serializable interface for?
<5> for cl***es that are serialisable
<5> basically so you can send Objects over a newtowrk connection
<5> Sun almost certainly have a trail about it
<5> they have a trail on almost everything
<4> how would it be useful for a cl*** representing an address
<4> a physical mailing address
<5> in case you wanted to send an Object representing an address over a network link maybe?
<4> But nothing in the cl*** uses any part of the interface, it just has getters and setters for it's members and a toString method
<4> and a constructor
<5> umm, the interface doesn;t specify any methods at all
<5> basically it's a flag
<5> go read the api docs for it
<5> http://java.sun.com/j2se/1.5.0/docs/guide/serialization/spec/serialTOC.html
<5> go read
<6> Clackwell: auto-rejoin on kick is a bannable offence on some channels :|
<7> with good cause. nothing more annoying than autorejoin
<8> Hello
<9> Asriel: well, autorejoin gives us an oppertunity to play BOFH-ball
<6> if someone wants someone else out of a channel, they should ban immediately, and not waste it on a kick+join+ban+kick
<6> imho the ops on a channel that ban others because of auto-rejoin are imbeciles
<7> I do it because a kick is a warning
<6> even less space is wasted if you just ban without a kick ... then its up to the user himself to leave and wont be able to come back
<7> auto rejoin totally negates the point - half the time, they don't even know it happened
<7> so the next highest warning that their client will show them is a ban
<7> hence, it becomes a ban
<6> Asriel: kicks are for lazy ops who dont bother warning people first
<7> well excuse me if I don't have time to spend dictating to every retard who comes in the rules
<6> we put them in the topic :P
<7> Not every rule
<6> yeah, we forgot the part about "no trolling!"
<7> my only point was, IRC has two levels of idiot control: Kick, and Ban
<7> if some people want to reduce my choices as an op to one, then so be it
<6> oh but there are more levels than that
<7> at the channel level? Like what?
<6> you can just ban people, which will result in them being unable to msg the channel
<6> and as i said, they wont be able to rejoin once they depart in fury
<0> or /zap 'm. Meaning: bankick and after x seconds automated unban.
<7> they're still just combinations of kick/ban :)
<0> irssi and the likes support that by default now. Still, I also think /kick is a good tool. Warn, kick, kickban. oh well ;)
<0> hi guys!
<7> heya Lion-O
<10> shalom
<11> hello people
<12> hi
<11> how are u?
<11> <12>
<13> neata
<13> cine face un cs?
<12> good
<13> :))
<12> u?
<0> gropheus: Stick to English in here..
<13> la asta ma gandeam si io
<12> hehe :)
<12> cruelly
<0> hmm, and yet another update on SE5. Interesting, I can't help wonder wonder if its going to be around longer than expected ;)
<9> Lion-O: The vast majority of people have not made the migration to 1.6. Heck, I'm sure a significant portion have not been able to migrate to 1.5 yet.
<0> wlfshmn: very true indeed. Still, I've peeked at SE6 a few times now and quite frankly I can't help wonder if the "improvements" actually are as great as proclaimed :)
<0> wlfshmn: From what I've seen so far I can only conclude that I don't care much for annotations :) (if I'm not mixing up things here: referring to the "@override" options).
<14> hi
<14> i have question
<14> in java...
<14> exemple
<0> [ArKaNgE]: easy on your enterkey please.
<14> tab[] = new int[3]
<14> what is tab[end]?
<0> [ArKaNgE]: impossible to say.
<14> ?
<14> tab[2] or tab[3]...
<14> tab[0] tab[1] tab[2] = 3...
<14> include the 0?
<9> Lion-O: annotations where introduced in 1.5
<0> [ArKaNgE]: You're making no sense what so ever. I suggest you read the Java tutorial. www.thejavatutorial.com
<14> sorry...but i speak bad english ;)
<0> wlfshmn: true, but iirc they have been expanded on SE6.
<9> Lion-O: 1.6 adds hmm.. jdbc4, stax into se, the dekstop cl***es, the splash thingie, uhm..
<0> wlfshmn: enhanced rather.. Like that @override stuff. OR I'm mixing things up horribly with the EE environment. Could be, not fully sober here :)
<9> improved native rendering of swing IIRC, general performance enhancements and I suppose I'm forgetitng more stuff
<0> wlfshmn: its extensive enough alright :)
<9> in theory, uneven jdk releases adds language features, and even ones add api features
<0> wlfshmn: interesting, haven't heard that before.
<9> It's not a law, but it seems to work out that way more or less
<14> int tab[] = new tab[3] = tab[0] tab[1] and tab[2]
<14> in c tab[3] begin at 1
<0> wlfshmn: will keep an eye open for that :)
Return to
#java
or
Go to some related
logs:
hotguy_
#c++
inferno fedora permission denied
xauth tightvncserver
#linux
#apache
#london
#linuxhelp
eglo krono
#linux
|
|