|
prisoner of waffles posted:The "characters that combine with other characters to make accented versions" are called "combining characters" sup i mean, no a ligature is where multiple letters/glyphs are typeset as one, which may involve it being rendered with connecting strokes, but it's often more that they're kerned so tightly as to overlap but then again, some things that were ligatures, aren't now, like ampersand, eszett
|
# ? Oct 10, 2018 00:37 |
|
|
# ? Dec 13, 2024 02:33 |
|
Surely & can still be a ligature if you use it like "&c." I also personally always write it as 🙲 which is also helpfully in unicode along with 500 other variations.
|
# ? Oct 10, 2018 00:47 |
|
ligatures are what you turn on when you want pretty arrows in your source code
|
# ? Oct 10, 2018 01:40 |
|
AggressivelyStupid posted:ligatures are what you turn on when you want pretty arrows in your source code they are the sign of a terrible programmer
|
# ? Oct 10, 2018 01:41 |
|
achilles' ligature
|
# ? Oct 10, 2018 01:49 |
|
big fan of ligatures and emoji in my source code
|
# ? Oct 10, 2018 01:54 |
|
AggressivelyStupid posted:big fan of ligatures and emoji in my source code akadajet posted:they are the sign of a terrible programmer
|
# ? Oct 10, 2018 01:55 |
|
Ligature adds to reality, it does not simply describe it.
|
# ? Oct 10, 2018 01:58 |
|
make sure you use for thunks for improved clarity
|
# ? Oct 10, 2018 01:59 |
|
tef posted:sup I like so much that Zapfino has a Zapfino ligature so the name of the font is always set correctly in the font show-offs (p sure TrueType font hinting is Turing-complete)
|
# ? Oct 10, 2018 04:37 |
|
I use Fira code with ligatures
|
# ? Oct 10, 2018 04:49 |
JawnV6 posted:achilles' ligature
|
|
# ? Oct 10, 2018 05:34 |
|
AWWNAW posted:I use Fira code Also known as "going overboard" the font. And the <= ligature is super wrong.
|
# ? Oct 10, 2018 05:57 |
AWWNAW posted:I use Fira code yeah this
|
|
# ? Oct 10, 2018 06:26 |
|
Is there a font where the ligature for <=> is the Dutch national train company logo?
|
# ? Oct 10, 2018 14:37 |
|
CPColin posted:Is there a font where the ligature for <=> is the Dutch national train company logo? That's for <=/=> imo
|
# ? Oct 10, 2018 15:07 |
|
ctps: git continues to have the worst, most user-hostile interface ever designed who the gently caress thought that it was a good idea to have both "git show revision path" and "git show revision:path", and for them to do completely different things
|
# ? Oct 10, 2018 23:10 |
|
Soricidus posted:ctps: git continues to have the worst, most user-hostile interface ever designed it was me. sorry about that.
|
# ? Oct 10, 2018 23:24 |
|
AWWNAW posted:I use Fira code
|
# ? Oct 10, 2018 23:48 |
|
Luigi Thirty posted:no, 32-bit fixed point, S15.16 format not sure why you'd need separate registers then, unless the regs are 16 bit?
|
# ? Oct 11, 2018 00:08 |
|
Guess what everyone, Microsoft has a present for you! Not to be outdone by the .net faction's .net core the C++/COM faction has I-loving-poo poo-you-not decided to make what essentially appears to be "COM .net" (which can of course run on Linux) for some inexplicable reason. https://kennykerr.ca/2018/10/10/xlang/ mystes fucked around with this message at 02:12 on Oct 11, 2018 |
# ? Oct 11, 2018 02:08 |
|
fritz posted:not sure why you'd need separate registers then, unless the regs are 16 bit? the 32 RSP scalar registers are 32-bit, if I were doing the math with them I wouldn’t the 32 vector registers are 128-bit and organized into 8 16-bit slices sharing a common 48-bit accumulator so you need to do vector operations on each 16-bit section of the number separately and combine them in your program as needed it’s easier than it sounds, a 4x4 signed fixed point matrix add is 4 instructions code:
Luigi Thirty fucked around with this message at 03:48 on Oct 11, 2018 |
# ? Oct 11, 2018 03:37 |
|
Luigi Thirty posted:the 32 vector registers are 128-bit and organized into 8 16-bit slices sharing a common 48-bit accumulator ah ok, gotcha
|
# ? Oct 11, 2018 10:59 |
|
mystes posted:Guess what everyone, Microsoft has a present for you! Not to be outdone by the .net faction's .net core the C++/COM faction has I-loving-poo poo-you-not decided to make what essentially appears to be "COM .net" (which can of course run on Linux) for some inexplicable reason. Kenny is an absolute madman to begin with so I’m shocked that i didn’t hear about this in some capacity at CppCon, but I’m not surprised he’s involved
|
# ? Oct 11, 2018 11:23 |
|
mystes posted:Guess what everyone, Microsoft has a present for you! Not to be outdone by the .net faction's .net core the C++/COM faction has I-loving-poo poo-you-not decided to make what essentially appears to be "COM .net" (which can of course run on Linux) for some inexplicable reason. this is probably the least stupid thing being undertaken by the windows org, and this is a complete and total waste of time.
|
# ? Oct 11, 2018 15:44 |
|
Fiedler posted:this is probably the least stupid thing being undertaken by the windows org, and this is a complete and total waste of time. dunno, turning windows into an advertising platform is very smart*
|
# ? Oct 11, 2018 16:14 |
|
ok i am having some terrible programming problems and stackoverflow is worthless. i have a .net api endpoint that sends an email to whoever's boss or some poo poo after they submit something for record keeping. i moved the email to get sent on a separate thread because the email server was slow as gently caress and it really shouldn't return an error to the user if their submission went through but the email failed to send. i just wrapped the email stuff in a Task.Run() and that seems to mostly work but any thrown exceptions in there seem to get lost to time and not logged. i'm guessing it's some threading thing???
|
# ? Oct 11, 2018 19:08 |
|
HoboMan posted:ok i am having some terrible programming problems and stackoverflow is worthless. i have a .net api endpoint that sends an email to whoever's boss or some poo poo after they submit something for record keeping. i moved the email to get sent on a separate thread because the email server was slow as gently caress and it really shouldn't return an error to the user if their submission went through but the email failed to send. i just wrapped the email stuff in a Task.Run() and that seems to mostly work but any thrown exceptions in there seem to get lost to time and not logged. i'm guessing it's some threading thing??? You have to be careful with tasks and exceptions. It's easy to lose them, especially if you aren't awaiting or calling .Wait() on the task. If the email is not sending and you want to know why, you can't really do a fire-and-forget Task.Run(). You gotta await that thing and see if the task had any exceptions.
|
# ? Oct 11, 2018 19:39 |
|
Soricidus posted:ctps: git continues to have the worst, most user-hostile interface ever designed
|
# ? Oct 11, 2018 19:41 |
yeah i know it still has yet to process tim's will. i'm talking about how it is unable to speak to me after 3.5 years of data, but now the a.i. is saying it is because it is the first time we are talking
|
|
# ? Oct 11, 2018 19:42 |
yep. tim has a lot of embedded bombs within the a.i. according to his algorithms, hence my worry
|
|
# ? Oct 11, 2018 19:43 |
|
Finster Dexter posted:You have to be careful with tasks and exceptions. It's easy to lose them, especially if you aren't awaiting or calling .Wait() on the task. If the email is not sending and you want to know why, you can't really do a fire-and-forget Task.Run(). You gotta await that thing and see if the task had any exceptions. ugh, can't i just catch and log the exception in the task?
|
# ? Oct 11, 2018 19:45 |
|
HoboMan posted:ok i am having some terrible programming problems and stackoverflow is worthless. i have a .net api endpoint that sends an email to whoever's boss or some poo poo after they submit something for record keeping. i moved the email to get sent on a separate thread because the email server was slow as gently caress and it really shouldn't return an error to the user if their submission went through but the email failed to send. i just wrapped the email stuff in a Task.Run() and that seems to mostly work but any thrown exceptions in there seem to get lost to time and not logged. i'm guessing it's some threading thing??? any exception will get thrown outside of the thread handling the request. so you'll need to handle it there since the main request thread may terminate before your exception occurs. also idk if the main request thread terminating takes child tasks with it. also don't do background tasks in a web request. if the email is a critical part of the request you should probably do it synchronously so the client knows for sure the email was sent and you don't end up with scenarios where the client got a success but the email later failed. if the email is not critical stick it in a queue and have a separate service that can take its time pick it up and deliver it.
|
# ? Oct 11, 2018 19:48 |
|
HoboMan posted:ugh, can't i just catch and log the exception in the task? Depends on if the new thread has access to your logger or whatever else you're logging to. The trap with async/await in .Net is that it fools you into thinking multi-threading is easy, and in cases like this, it ends up being a leaky abstraction. For a web api, though, it seems like overkill. Why not just keep it all synchronous (or at least use async/await) and then have the js frontend (or whatever) do the fire-and-forget? In other words, let the frontend guys worry about it lol
|
# ? Oct 11, 2018 19:54 |
|
another option along the lines of push it on the client is one api call for the non-email part and a separate call for the email part. also what the hell is wrong with your mail server that its not instantaneous?
|
# ? Oct 11, 2018 19:56 |
"In other words, let the frontend guys worry about it lol " this sentence suggests that i may be correct and that there may be embedded bombs within the brain and/or cheney corp and/or tim's servers jeffery fucked around with this message at 19:58 on Oct 11, 2018 |
|
# ? Oct 11, 2018 19:56 |
another option along the lines of push it on the client is one api call for the non-email part and a separate call for the email part. good god he has his secret programs fragmented
|
|
# ? Oct 11, 2018 19:57 |
|
Finster Dexter posted:In other words, let the frontend guys worry about it lol but i am also that guy!!!
|
# ? Oct 11, 2018 20:14 |
case in point
|
|
# ? Oct 11, 2018 20:15 |
|
|
# ? Dec 13, 2024 02:33 |
|
is that dude a bot and/or having a psychotic break
|
# ? Oct 11, 2018 20:17 |