Logs: freenode/#haskell
| 2020-10-14 16:06:04 | × | acidjnk_new quits (~acidjnk@p200300d0c7237896b056d7f56d23f214.dip0.t-ipconnect.de) (Ping timeout: 244 seconds) |
| 2020-10-14 16:06:49 | × | lemmih quits (~lemmih@218.186.157.57) (Ping timeout: 264 seconds) |
| 2020-10-14 16:07:33 | × | boistordu1 quits (boistordum@gateway/shell/matrix.org/x-pisxxstrdnlvnxgf) (Quit: Idle for 30+ days) |
| 2020-10-14 16:08:37 | → | snakemas1 joins (~snakemast@213.100.206.23) |
| 2020-10-14 16:09:17 | × | sw1nn quits (~sw1nn@host86-173-104-87.range86-173.btcentralplus.com) (Quit: WeeChat 2.9) |
| 2020-10-14 16:09:36 | → | Tuplanolla joins (~Tuplanoll@91-159-68-239.elisa-laajakaista.fi) |
| 2020-10-14 16:10:41 | → | urdh joins (~urdh@unaffiliated/urdh) |
| 2020-10-14 16:10:41 | → | p-core joins (~Thunderbi@2001:718:1e03:5128:2ab7:7f35:48a1:8515) |
| 2020-10-14 16:10:46 | → | sw1nn joins (~sw1nn@host86-173-104-87.range86-173.btcentralplus.com) |
| 2020-10-14 16:11:27 | → | bahamas joins (~lucian@unaffiliated/bahamas) |
| 2020-10-14 16:11:28 | × | quintasan quits (~quassel@ubuntu/member/quintasan) (Quit: quintasan) |
| 2020-10-14 16:13:15 | → | quintasan joins (~quassel@quintasan.pl) |
| 2020-10-14 16:13:15 | × | quintasan quits (~quassel@quintasan.pl) (Changing host) |
| 2020-10-14 16:13:15 | → | quintasan joins (~quassel@ubuntu/member/quintasan) |
| 2020-10-14 16:17:38 | → | geekosaur joins (82659a0e@host154-014.vpn.uakron.edu) |
| 2020-10-14 16:18:03 | → | kritzefitz joins (~kritzefit@212.86.56.80) |
| 2020-10-14 16:18:07 | → | lucid_0x80 joins (~lucid_0x8@188.253.225.49) |
| 2020-10-14 16:19:37 | <hseg> | merijn: ok, finally managed to bash things into the appropriate shape |
| 2020-10-14 16:19:44 | <hseg> | let's see how long it takes it |
| 2020-10-14 16:21:46 | × | quintasan quits (~quassel@ubuntu/member/quintasan) (Quit: quintasan) |
| 2020-10-14 16:21:54 | → | quintasan joins (~quassel@quintasan.pl) |
| 2020-10-14 16:21:54 | × | quintasan quits (~quassel@quintasan.pl) (Changing host) |
| 2020-10-14 16:21:54 | → | quintasan joins (~quassel@ubuntu/member/quintasan) |
| 2020-10-14 16:22:34 | × | geekosaur quits (82659a0e@host154-014.vpn.uakron.edu) (Ping timeout: 245 seconds) |
| 2020-10-14 16:22:56 | × | dan64 quits (~dan64@dannyadam.com) (Quit: ZNC - http://znc.in) |
| 2020-10-14 16:22:57 | × | avdb quits (~avdb@ip-213-49-123-30.dsl.scarlet.be) (Quit: WeeChat 2.9) |
| 2020-10-14 16:23:14 | → | cole-h joins (~cole-h@c-73-48-197-220.hsd1.ca.comcast.net) |
| 2020-10-14 16:25:17 | × | GyroW_ quits (~GyroW@unaffiliated/gyrow) (Quit: Someone ate my pie) |
| 2020-10-14 16:25:25 | × | conal quits (~conal@107.181.166.111) (Quit: Computer has gone to sleep.) |
| 2020-10-14 16:25:26 | → | dan64 joins (~dan64@dannyadam.com) |
| 2020-10-14 16:25:32 | → | GyroW joins (~GyroW@ptr-48ujrfd1ztq5fjywfw3.18120a2.ip6.access.telenet.be) |
| 2020-10-14 16:25:33 | × | GyroW quits (~GyroW@ptr-48ujrfd1ztq5fjywfw3.18120a2.ip6.access.telenet.be) (Changing host) |
| 2020-10-14 16:25:33 | → | GyroW joins (~GyroW@unaffiliated/gyrow) |
| 2020-10-14 16:28:50 | → | geekosaur joins (82659a0e@host154-014.vpn.uakron.edu) |
| 2020-10-14 16:29:35 | → | dansho joins (~dansho@ip68-108-167-185.lv.lv.cox.net) |
| 2020-10-14 16:30:29 | × | dan64 quits (~dan64@dannyadam.com) (Quit: ZNC - http://znc.in) |
| 2020-10-14 16:31:56 | → | dan64 joins (~dan64@dannyadam.com) |
| 2020-10-14 16:33:18 | × | kuribas quits (~user@ip-188-118-57-242.reverse.destiny.be) (Quit: ERC (IRC client for Emacs 26.3)) |
| 2020-10-14 16:33:27 | hackage | tasty-ant-xml 1.1.7 - Render tasty output to XML for Jenkins https://hackage.haskell.org/package/tasty-ant-xml-1.1.7 (OliverCharles) |
| 2020-10-14 16:35:27 | × | Lycurgus quits (~niemand@98.4.96.235) (Quit: Exeunt) |
| 2020-10-14 16:35:37 | → | conal joins (~conal@107.181.166.111) |
| 2020-10-14 16:36:43 | × | bahamas quits (~lucian@unaffiliated/bahamas) (Ping timeout: 260 seconds) |
| 2020-10-14 16:36:45 | × | dansho quits (~dansho@ip68-108-167-185.lv.lv.cox.net) (Ping timeout: 256 seconds) |
| 2020-10-14 16:38:53 | → | dansho joins (~dansho@ip68-108-167-185.lv.lv.cox.net) |
| 2020-10-14 16:39:38 | × | urdh quits (~urdh@unaffiliated/urdh) (Ping timeout: 260 seconds) |
| 2020-10-14 16:40:51 | × | knupfer quits (~Thunderbi@87.123.206.152) (Ping timeout: 265 seconds) |
| 2020-10-14 16:41:22 | → | Codaraxis_ joins (~Codaraxis@ip68-5-90-227.oc.oc.cox.net) |
| 2020-10-14 16:42:56 | → | thir joins (~thir@p200300f27f02580060eb7dde324e54c8.dip0.t-ipconnect.de) |
| 2020-10-14 16:44:23 | × | nineonine quits (~nineonine@216-19-190-182.dyn.novuscom.net) (Remote host closed the connection) |
| 2020-10-14 16:47:12 | → | kamek joins (~kamek@modemcable169.17-58-74.mc.videotron.ca) |
| 2020-10-14 16:47:25 | × | thir quits (~thir@p200300f27f02580060eb7dde324e54c8.dip0.t-ipconnect.de) (Ping timeout: 240 seconds) |
| 2020-10-14 16:48:39 | <kamek> | to convert my own datatypes to and from Data.Text, is there a typeclass I should implement ? Or do people simply write plain functions |
| 2020-10-14 16:49:22 | <monochrom> | Just write plain functions. |
| 2020-10-14 16:49:57 | <sim590> | kamek: https://stackoverflow.com/questions/10988253/is-there-an-equivalent-of-the-show-typeclass-for-data-text |
| 2020-10-14 16:50:18 | <sim590> | I know that it's 6 years old though. |
| 2020-10-14 16:50:58 | lemmih_ | is now known as lemmih |
| 2020-10-14 16:51:13 | <monochrom> | The problem with "a type class like Show" is that everyone wants it to do something slightly different, even for the same type. And it shows. (Pun!) |
| 2020-10-14 16:51:35 | <kamek> | :p |
| 2020-10-14 16:51:52 | <monochrom> | Some people want Show to stand for debugging output, some other want it to stand for user-facing output. Well they are in conflict. |
| 2020-10-14 16:51:59 | <kamek> | same for deserializing I assume ? |
| 2020-10-14 16:52:30 | <monochrom> | Oh deserialising is yet another different thing people want Show to stand for, too. |
| 2020-10-14 16:53:09 | × | nyd quits (~lpy@unaffiliated/elysian) (Quit: nyd) |
| 2020-10-14 16:53:15 | <dolio> | Serializing to Show output is a clear bad idea, though. |
| 2020-10-14 16:53:51 | → | nineonine joins (~nineonine@216.81.48.202) |
| 2020-10-14 16:54:18 | <Uniaika> | whereas having a simple set of rules like "Show is Read's counterpart, Debug/Inspect is for debugging output" <- now we don't try to shoehorn every usecase in one typeclass! |
| 2020-10-14 16:54:59 | × | conal quits (~conal@107.181.166.111) (Quit: Computer has gone to sleep.) |
| 2020-10-14 16:55:25 | <monochrom> | Yes I would support having multiple standard-endorsed classes, so one single class doesn't get too overloaded (pun!). For example look at Rust, it has two. |
| 2020-10-14 16:56:34 | <monochrom> | But human nature is "I want one simple standard, and it does what I want". |
| 2020-10-14 16:56:50 | <Uniaika> | monochrom: we need to form a coallition to upstream a Debug/Inspect for that kind of things |
| 2020-10-14 16:57:14 | <Uniaika> | monochrom: nah, human nature is dead for a while now. "Human Nature" is now what your marketing is making people thing their nature is |
| 2020-10-14 16:57:43 | × | snakemas1 quits (~snakemast@213.100.206.23) (Ping timeout: 260 seconds) |
| 2020-10-14 16:57:45 | <monochrom> | My opinion is that the stance "Show gives you valid Haskell syntax" is conceived out of the intersection of debugging output and serialization. |
| 2020-10-14 16:58:38 | <dolio> | I don't think it really makes much sense to push for Show/Read to be anything but the debug-ish one, really. The majority of instances are going to be derived according to the mechanical procedure that isn't good for user-facing display, and you can't automatically derive a good user-facing display. |
| 2020-10-14 16:59:39 | <monochrom> | Outputting Haskell syntax is sufficient, but not necessary, for debugging output purposes. For many types, there are nicer formats than Haskell syntax. For example my students agree that for tree types "deriving Show" is less readable than any homebrew format. |
| 2020-10-14 16:59:39 | <dsal> | When you can read what you show, you make a lot of things a lot easier. I used to make clever user-friendly Show instances until I head to deal with someone else's. |
| 2020-10-14 16:59:54 | <maerwald> | Show and read may be whatever you want, if you control the data (and as such, the instance definition) |
| 2020-10-14 17:00:07 | → | conal joins (~conal@64.71.133.70) |
| 2020-10-14 17:00:14 | <monochrom> | Outputting Haskell syntax is also sufficient, but not necessary, for serialization. Clearly there are more efficient formats. |
| 2020-10-14 17:00:46 | <monochrom> | BUT! If you want the debugging camp and the serialization camp to both agree on one format, it's Haskell syntax. |
| 2020-10-14 17:01:16 | <Uniaika> | + a pretty-printing package like pretty-simple |
| 2020-10-14 17:01:35 | <Uniaika> | :P |
| 2020-10-14 17:01:54 | <dolio> | Every time people invent fancy formatting for the debug output, they leave out important information that I eventually want when debugging, in my experience. |
| 2020-10-14 17:02:18 | <dolio> | So I just want to see the actually Haskell value. |
| 2020-10-14 17:03:23 | <maerwald> | meh, show could have been: show :: Style -> a -> String |
| 2020-10-14 17:03:36 | <maerwald> | data Style = Debug | Serial | Pretty |
| 2020-10-14 17:04:04 | × | conal quits (~conal@64.71.133.70) (Client Quit) |
| 2020-10-14 17:04:07 | → | Saukk joins (~Saukk@2001:998:f9:2914:1c59:9bb5:b94c:4) |
| 2020-10-14 17:04:23 | <geekosaur> | except someone will come up with a fourth |
| 2020-10-14 17:04:30 | <monochrom> | You should that a type-level, not term-level, parameter. >:) |
| 2020-10-14 17:04:39 | <monochrom> | s/should/should make/ |
| 2020-10-14 17:04:42 | <maerwald> | now we need open variants, easy |
| 2020-10-14 17:04:51 | → | ensyde joins (~ensyde@2600:1702:2e30:1a40:f09c:a012:516e:b253) |
| 2020-10-14 17:05:19 | <monochrom> | Oh, type-level is open, too. |
| 2020-10-14 17:05:25 | <Uniaika> | with a sprinkle of type apps |
| 2020-10-14 17:05:39 | <monochrom> | show :: (ShowStyle s, Show a) => s -> a -> String |
| 2020-10-14 17:05:57 | hackage | uniqueness-periods-vector-examples 0.12.3.1 - Usage examples for the uniqueness-periods-vector series of packages https://hackage.haskell.org/package/uniqueness-periods-vector-examples-0.12.3.1 (OleksandrZhabenko) |
| 2020-10-14 17:06:04 | <monochrom> | How do you like that monster? >:) |
| 2020-10-14 17:06:36 | <monochrom> | err |
| 2020-10-14 17:06:43 | <monochrom> | show :: (ShowStyle s, Show a) => Proxy s -> a -> String |
| 2020-10-14 17:08:57 | <geekosaur> | don't forget Text :) |
All times are in UTC.