|
07:09
wayland joined
10:52
wayland76 joined
10:53
wayland left
15:57
librasteve_ joined
16:12
finanalyst joined
|
|||
| Geth | doc: arkiuat++ created pull request #4703: rm duplicate paragraph in Language/signatures |
17:44 | |
| doc/main: d4f3a8b5ec | (Eric Forste)++ (committed using GitHub Web editor) | doc/Language/signatures.rakudoc rm duplicate paragraph in Language/signatures (#4703) Removed near-exact duplication of the paragraph explaining the double semicolon in multi-dispatch signatures. |
17:50 | ||
| doc/main: db47eca74a | schultzdavid++ (committed using GitHub Web editor) | doc/Language/list.rakudoc add explanations and references about indexing (#4702) |
17:51 | ||
|
18:06
librasteve_ left
18:08
finanalyst left
18:27
arkiuat joined
|
|||
| arkiuat | no camelia over here, hmm | 18:30 | |
| lizmat | m: say "foo" | 18:35 | |
| weird... I thought camelia frequented here as well | 18:36 | ||
| [Coke] | happy to have her, I think we were just a late addition, irc wise | 18:38 | |
| arkiuat | I'm just asking over on #raku. Wanted camelia to demonstrate what I was talking about. | 18:39 | |
| I screwed up PR 4696 while trying to put the second commit onto it. I don't think I can handle a triangular github workflow yet, but I can finish this project with more piecemeal edits submitted in the web interface | 19:34 | ||
| can the one good commit on PR 4696 be merged, given the state I've left things in? | 19:35 | ||
| It's not marked as draft anymore | |||
|
20:10
arkiuat left
20:11
arkiuat joined
20:16
arkiuat left
|
|||
| [Coke] | I don't think merging the merge commit will be a problem. | 20:17 | |
| I find that if I'm working on a PR, I usually want "rebase", not merge. | |||
| that replays my commits on top of the new starting poitn | |||
| Geth | doc/main: a771b1e91e | (Eric Forste)++ (committed using GitHub Web editor) | doc/Type/Any.rakudoc changing method to routine for any, all, one, none (#4696) Also adding example usage for sub form, and signatures for sub form. (Currently only method form is shown.) |
20:18 | |
| [Coke] | That was just a regular squash and merge of the whole thing | ||
|
20:36
arkiuat joined
|
|||
| arkiuat | thanks | 20:56 | |
| glad it wasn't a problem | |||
| [Coke] | No worries, appreciate all the fixes. | 21:11 | |
| arkiuat | so, the current doc says that method deepmap returns a list, but when I run the two examples in sub form, and call .^name against what they return, each example returns the same type it was given, an Array and a Hash respectively in this case | 21:21 | |
| I think this is one of those cases in which we want to say that what it returns is an Iterable | |||
| just like all those methods that have been kind of half-changed from documented as returning Lists to documented as returning Seqs | 21:22 | ||
| as in [Coke]'s problem-solving PR github.com/Raku/problem-solving/issues/499 | 21:23 | ||
| in fact, I'll add a comment to this effect to that issue before I move forward with this commit | 21:27 | ||
| Iterable is the most specific role that Array and Hash have in common | |||
| comment added | 21:37 | ||
| also, it would be easier to write this clearly if I just pretended that both forms of deepmap used &block for its Code argument (method uses &block, sub uses &op) | 21:38 | ||
| &reduce and method .reduce both use &with for its Code parameter | 21:39 | ||
| just for example | |||
| or I could follow the example of the reduce doc and just refer to it as "the argument", there we go | 21:42 | ||
|
21:54
kjp_ left
21:59
wayland76 left
|
|||
| Geth | doc: arkiuat++ created pull request #4704: changing method to routine for deepmap |
22:13 | |
| arkiuat | i'll do duckmap and nodemap separately. This was trickier than I expected. | 22:14 | |
|
23:03
arkiuat left
|
|||