<- Previous Log Select Different Log Next Log ->  
Searching from 2025-08-02 00:00:00 to 2025-08-02 23:59:59.999999.
Query completed in 0.76 seconds
[2025-08-02 08:24:47] --> delinquent has joined the channel
[2025-08-02 08:24:48] --> monr0e has joined the channel
[2025-08-02 11:21:57] <armagetron-bridge> 02discord:pizzzzzzzaaa| Fuck israel
[2025-08-02 11:21:57] <armagetronbridge> 02discord:pizzzzzzzaaa| Fuck israel
[2025-08-02 14:18:35] <armagetron-bridge> 14discord:cat.kotik.| https://cdn.discordapp.com/attachments/209759416604426242/1401267954724638832/attachment-4-1.gif?ex=688fa7fa&is=688e567a&hm=8324af656f9abf4d28f5466652991321799f1263c3991c3bfbb348c64982b5b4&
[2025-08-02 14:18:35] <armagetronbridge> 14discord:cat.kotik.| https://cdn.discordapp.com/attachments/209759416604426242/1401267954724638832/attachment-4-1.gif?ex=688fa7fa&is=688e567a&hm=8324af656f9abf4d28f5466652991321799f1263c3991c3bfbb348c64982b5b4&
[2025-08-02 15:29:19] --> Lucifer_arma_ has joined the channel
[2025-08-02 17:20:55] <Lucifer_arma_> ok, here's a weird problem for me.  It's a coding style problem
[2025-08-02 17:20:56] <armagetronbridge> 06irc:Lucifer_arma_| ok, here's a weird problem for me.  It's a coding style problem
[2025-08-02 17:21:12] <Lucifer_arma_> I want an animation to set a member designating if it has a current frame to show
[2025-08-02 17:21:12] <armagetronbridge> 06irc:Lucifer_arma_| I want an animation to set a member designating if it has a current frame to show
[2025-08-02 17:21:17] <Lucifer_arma_> Naturally, I need to test that
[2025-08-02 17:21:18] <armagetronbridge> 06irc:Lucifer_arma_| Naturally, I need to test that
[2025-08-02 17:21:32] <Lucifer_arma_> so I want to make a method has_frame to return the status of that member
[2025-08-02 17:21:32] <armagetronbridge> 06irc:Lucifer_arma_| so I want to make a method has_frame to return the status of that member
[2025-08-02 17:21:34] <Lucifer_arma_> simple enough
[2025-08-02 17:21:34] <armagetronbridge> 06irc:Lucifer_arma_| simple enough
[2025-08-02 17:21:51] <Lucifer_arma_> but to set that member, I want to use has_frame to set it, too.
[2025-08-02 17:21:51] <armagetronbridge> 06irc:Lucifer_arma_| but to set that member, I want to use has_frame to set it, too.
[2025-08-02 17:22:05] <Lucifer_arma_> So if you say if has_frame() == True, you test the value of that member
[2025-08-02 17:22:05] <armagetronbridge> 06irc:Lucifer_arma_| So if you say if has_frame() == True, you test the value of that member
[2025-08-02 17:22:15] <Lucifer_arma_> but if you say has_frame(True), you set the value of that member
[2025-08-02 17:22:16] <armagetronbridge> 06irc:Lucifer_arma_| but if you say has_frame(True), you set the value of that member
[2025-08-02 17:22:27] <Lucifer_arma_> it feels right, but at the same time, it mildly offends me
[2025-08-02 17:22:27] <armagetronbridge> 06irc:Lucifer_arma_| it feels right, but at the same time, it mildly offends me
[2025-08-02 17:25:44] <Lucifer_arma_> the question is: is this reasonable?  Usually we have a separate getter and setter for something like this, but I have a vague memory of doing it differently at some point in the past, like a long time ago
[2025-08-02 17:25:44] <armagetronbridge> 06irc:Lucifer_arma_| the question is: is this reasonable?  Usually we have a separate getter and setter for something like this, but I have a vague memory of doing it differently at some point in the past, like a long time ago
[2025-08-02 18:26:24] <armagetron-bridge> 08discord:delinquent| In C# you might use an overload for that. So you'd have a class with the following:
[2025-08-02 18:26:24] <armagetronbridge> 08discord:delinquent| In C# you might use an overload for that. So you'd have a class with the following:
[2025-08-02 18:26:25] <armagetron-bridge> 08discord:delinquent| ```C#
[2025-08-02 18:26:25] <armagetronbridge> 08discord:delinquent| ```C#
[2025-08-02 18:26:26] <armagetron-bridge> 08discord:delinquent| private bool hasFrame = false;
[2025-08-02 18:26:26] <armagetronbridge> 08discord:delinquent| private bool hasFrame = false;
[2025-08-02 18:26:27] <armagetron-bridge> 08discord:delinquent| public HasFrame()
[2025-08-02 18:26:27] <armagetronbridge> 08discord:delinquent| public HasFrame()
[2025-08-02 18:26:29] <armagetron-bridge> 08discord:delinquent| {
[2025-08-02 18:26:29] <armagetronbridge> 08discord:delinquent| {
[2025-08-02 18:26:30] <armagetron-bridge> 08discord:delinquent|     return hasFrame;
[2025-08-02 18:26:30] <armagetronbridge> 08discord:delinquent|     return hasFrame;
[2025-08-02 18:26:31] <armagetron-bridge> 08discord:delinquent| }
[2025-08-02 18:26:31] <armagetronbridge> 08discord:delinquent| }
[2025-08-02 18:26:32] <armagetron-bridge> 08discord:delinquent| public HasFrame(bool setFrame)
[2025-08-02 18:26:33] <armagetronbridge> 08discord:delinquent| public HasFrame(bool setFrame)
[2025-08-02 18:26:34] <armagetron-bridge> 08discord:delinquent| {
[2025-08-02 18:26:34] <armagetronbridge> 08discord:delinquent| {
[2025-08-02 18:26:35] <armagetron-bridge> 08discord:delinquent|     hasFrame = setFrame;
[2025-08-02 18:26:35] <armagetronbridge> 08discord:delinquent|     hasFrame = setFrame;
[2025-08-02 18:26:36] <armagetron-bridge> 08discord:delinquent| }
[2025-08-02 18:26:37] <armagetronbridge> 08discord:delinquent| }
[2025-08-02 18:26:38] <armagetron-bridge> 08discord:delinquent| ```
[2025-08-02 18:26:38] <armagetronbridge> 08discord:delinquent| ```
[2025-08-02 18:26:39] <armagetron-bridge> 08discord:delinquent| You could also use accessors, true:
[2025-08-02 18:26:39] <armagetronbridge> 08discord:delinquent| You could also use accessors, true:
[2025-08-02 18:26:40] <armagetron-bridge> 08discord:delinquent| ```C#
[2025-08-02 18:26:41] <armagetronbridge> 08discord:delinquent| ```C#
[2025-08-02 18:26:42] <armagetron-bridge> 08discord:delinquent| private bool hasFrame = false;
[2025-08-02 18:26:42] <armagetronbridge> 08discord:delinquent| private bool hasFrame = false;
[2025-08-02 18:26:43] <armagetron-bridge> 08discord:delinquent| public HasFrame { get { return hasFrame; } set { hasFrame = value; }}
[2025-08-02 18:26:43] <armagetronbridge> 08discord:delinquent| public HasFrame { get { return hasFrame; } set { hasFrame = value; }}
[2025-08-02 18:26:44] <armagetron-bridge> 08discord:delinquent| ```
[2025-08-02 18:26:44] <armagetronbridge> 08discord:delinquent| ```
[2025-08-02 18:26:45] <armagetron-bridge> 08discord:delinquent| I think you might also get away with using an enum for this too, depending on whether or not you also want to include other information - like the frame number, the amount of frames after the next, or perhaps whether or not the animation is paused, playing, loaded, or finished (note: no subesequent frame does not imply finished, it might be the case that a frame is missing, hence the includsion)
[2025-08-02 18:26:46] <armagetronbridge> 08discord:delinquent| I think you might also get away with using an enum for this too, depending on whether or not you also want to include other information - like the frame number, the amount of frames after the next, or perhaps whether or not the animation is paused, playing, loaded, or finished (note: no subesequent frame does not imply finished, it might be the case that a frame is missing, hence the includsion)
[2025-08-02 18:26:56] <armagetron-bridge> 08discord:delinquent| lmao I forgot I configured the bridge to do that.
[2025-08-02 18:26:56] <armagetronbridge> 08discord:delinquent| lmao I forgot I configured the bridge to do that.
[2025-08-02 18:27:04] <armagetron-bridge> 08discord:delinquent| lucifer_arma_ ^^
[2025-08-02 18:27:04] <armagetronbridge> 08discord:delinquent| lucifer_arma_ ^^
[2025-08-02 18:28:00] <armagetron-bridge> 08discord:delinquent| an enum can be used as a cleaner way to do overloading, in some circumstances, but I forget whether or not it can access methods
[2025-08-02 18:28:00] <armagetronbridge> 08discord:delinquent| an enum can be used as a cleaner way to do overloading, in some circumstances, but I forget whether or not it can access methods
[2025-08-02 20:14:04] <-- delinquent has quit (Remote host closed the connection)
[2025-08-02 20:14:04] <-- monr0e has quit (Remote host closed the connection)
[2025-08-02 21:11:36] <Lucifer_arma_> my concern is the idiom.  If you call it without arguments, you get a True/False and it's a test.  If you call it with arguments, it's a setter
[2025-08-02 21:11:37] <armagetronbridge> 06irc:Lucifer_arma_| my concern is the idiom.  If you call it without arguments, you get a True/False and it's a test.  If you call it with arguments, it's a setter
[2025-08-02 21:11:56] <Lucifer_arma_> usually you use different method names for getters and setters
[2025-08-02 21:11:56] <armagetronbridge> 06irc:Lucifer_arma_| usually you use different method names for getters and setters
[2025-08-02 21:12:23] <Lucifer_arma_> in python, you'd implement has_frame as a property, give it a setter and a getter, and then do a little magic to assign them to the property
[2025-08-02 21:12:24] <armagetronbridge> 06irc:Lucifer_arma_| in python, you'd implement has_frame as a property, give it a setter and a getter, and then do a little magic to assign them to the property
[2025-08-02 21:12:30] <Lucifer_arma_> but that's overkill for this situation
[2025-08-02 21:12:31] <armagetronbridge> 06irc:Lucifer_arma_| but that's overkill for this situation
[2025-08-02 21:13:13] <Lucifer_arma_> I ended up going a slightly different direction when I realized I should use update() methods like in a simulation, since animation is just a simulation
[2025-08-02 21:13:14] <armagetronbridge> 06irc:Lucifer_arma_| I ended up going a slightly different direction when I realized I should use update() methods like in a simulation, since animation is just a simulation
[2025-08-02 21:13:49] <Lucifer_arma_> so I made a _has_frame member variable for the class, since that member is only ever set from within the class anyway, and made has_frame() to return the value of that member
[2025-08-02 21:13:49] <armagetronbridge> 06irc:Lucifer_arma_| so I made a _has_frame member variable for the class, since that member is only ever set from within the class anyway, and made has_frame() to return the value of that member
[2025-08-02 21:14:48] <Lucifer_arma_> but anyway, generally we explicitly name getters and setters differently to avoid dumb coding problems that come from using the same name and to explicitly show the getter and setter
[2025-08-02 21:14:48] <armagetronbridge> 06irc:Lucifer_arma_| but anyway, generally we explicitly name getters and setters differently to avoid dumb coding problems that come from using the same name and to explicitly show the getter and setter
[2025-08-02 21:15:43] <Lucifer_arma_> but I have a vague memory of doing something like this before where when you call the function, if you pass it something, it's a setter, and if you don't, it's a getter
[2025-08-02 21:15:44] <armagetronbridge> 06irc:Lucifer_arma_| but I have a vague memory of doing something like this before where when you call the function, if you pass it something, it's a setter, and if you don't, it's a getter
[2025-08-02 21:15:48] <Lucifer_arma_> so in python:
[2025-08-02 21:15:48] <armagetronbridge> 06irc:Lucifer_arma_| so in python:
[2025-08-02 21:16:19] <Lucifer_arma_> def has_frame(value = None): if value is None: return _has_frame; else: _has_frame = value
[2025-08-02 21:16:19] <armagetronbridge> 06irc:Lucifer_arma_| def has_frame(value = None): if value is None: return _has_frame; else: _has_frame = value
[2025-08-02 21:16:33] <Lucifer_arma_> of course, there would also be type checks to ensure that whatever value is, it can only be true or false
[2025-08-02 21:16:34] <armagetronbridge> 06irc:Lucifer_arma_| of course, there would also be type checks to ensure that whatever value is, it can only be true or false
[2025-08-02 21:16:55] <Lucifer_arma_> anyway, I'm off for now
[2025-08-02 21:16:55] <armagetronbridge> 06irc:Lucifer_arma_| anyway, I'm off for now
[2025-08-02 21:17:05] <-- Lucifer_arma_ has quit (Remote host closed the connection)

View entire month
DISCLAIMER: These logs of public chat may contain some content which may not be appropriate for all audiences. Use at your own risk.
Logs from 2006-2009 pulled from wrtlprnft
Format changes at: 2015-08-25, 2017-02-20, and 2020-03-23. Times (2015 and later) should be Eastern.


 
 
 ArmaNelgTron.tk
 © NelgTron 2014-2025. Made for . [About this site] [Credits]