I want to show above algorithm in slide.
My MWE is here -
\documentclass{beamer}
\usetheme{Madrid}
\usepackage{algpseudocode}
%this code is from: https://tex.stackexchange.com/a/353165/101651
\algnewcommand\algorithmicinput{\textbf{Input:}}
\algnewcommand\algorithmicoutput{\textbf{Output:}}
...
@alhelal Nobody can answer your question, because it was closed as too broad. You should edit it and ask a more specific problem (only one per question).
@LoopSpace The way pgf returns values is as you've found one of the things I'm not so keen on. With an expandable approach it makes much more sense to simply generate the co-ordinate. That also avoids a global variable approach to something 'hidden'.
@LoopSpace I'll add something to the dev version today, probably just for the basic operations
@DavidCarlisle You got TeX sources on tape when you were a lad? How modern! I thought clay tablets were the medium of information exchange in those days.
@LoopSpace github.com/latex3/latex3/commit/…;: I'm not 100% sure yet about the naming or whether these 'low level' functions should require the co-ordinates separated out. For the present I've stayed consistent with the 'higher level'.
@PauloCereda you forgot the important bit "version 4 is finally implemented in emacs lisp to provide a more modern and convenient environment than relying on quirks of the jvm)"
@JosephWright @DavidCarlisle — I told you `build init` could be a useful thing :) https://tex.stackexchange.com/questions/416592/how-to-create-a-boilerplate-dtx-file-for-a-package-using-latex3-similar-to-dtxg
@Skillmon The oz ones I know, the cu in I looked up.
@Skillmon Although since I live in the US, I'm now more familiar with the US values than the Imperial ones actually. And in Canada we use litres and mL for liquid measures more I think. And C not F, and km not miles....
But ft and in more than metres for human sized measurements.
@Skillmon Certainly the UK uses C not F. But I guess it hasn't made the switch for e.g. speed limits and road signs (whereas those are completely metric in Canada).
The problem is that it is a verbatim environment, so everything is verbatim. To make it not verbatim you have to use the option escapeinside:
\lstset{escapeinside={@(}{)@}}
so that any code between @(...)@ is escaped back to LaTeX.
Best practice is to use more than one character for escaping ...
@Skillmon we have a brilliant system. Schools have only taught the metric system (for about 50 years) and people only use the imperial units in practice, so no one understands anything or could answer any questions about how many x are in a y
@Skillmon it is illegal to sell most things in imperial units but beer and milk get a special exception. Milk comes in litres if you buy it in a shop but in pints if the milkman brings bottles to your door:-) Petrol for example is sold in litres but all cars show the fuel tank in gallons and fuel consumption in miles per gallon. It all makes as much sense as brexit
@DavidCarlisle This is much crazier than Canada by a long shot. Of course we buy our milk in 3x 1 L bags. (But apparently you buy it in 2pt bags converted to litres...) goo.gl/rPnBGw
@CarLaTeX I wouldn't take any pizza bets from @PauloCereda. If you think pineapple pizza is bad, Brazil has some truly monstrous pizza creations, some of which our friendly duck here is on record as liking.
@PauloCereda You only need to explain that pizza in portuguese is only spelt "pizza" but pronounced "Throatwobbler Mangrove" and is something completly different.
@AlanMunn Oh I like Sean, Jon and Lee, they are fantastic (specially Sean)! I just think Carr has a bit of a darker humour (he often crosses the line).
@AlanMunn I think Vegas has ups and downs, but I like him (when he's not drunk, which is very rare, sadly). Rich Hall is American, he has some sort of caustic humour. Sarah Millican is amazing!
@JosephWright I'm not sure which commit you're referring to as the link doesn't work. Is it the transformation shortcuts? That looks great. Were you thinking that I'd put a \draw_transform_reset: before feeding the coordinates from hobby back into the draw commands? Is the transformation local to the current group? How do the draw commands and the current group interact?
@PauloCereda I went to school with David Mitchell ...
@JosephWright you broke my code ;-(. The first time that I used key names with spaces and now key with space .code:n={blub} no longer works`. But the good thing is that nobody complained yet so I can correct it silently ;-).
@JosephWright Can I put a more complicated argument specification in a key? I'm looking at how the parts of hobby pass points back and forth, and I use keys to go between pgf and l3, but that seems overkill to go between l3 and l3draw. But could I do something where I pass something like 2,3 to a key and it sets two fps? Or would I have to pass it on to a separate command?
@JosephWright BTW, I'm not sure which email is currently registered with StackExchange. Use the one that has my SE "name" in it.
@LoopSpace Arbitrary parsing is possible using .code:n ... if a move to the core does come off, I guess I'd expect this to be done slightly differently (at the pure code level, keys are not the usual way)
@LoopSpace I was going to check the .dtx for hobby (I can only look them up here for StackExchange-related tasks)
@JosephWright Yes, I can imagine. I decided to use key-value as a way to pass information between PGF and L3, but within L3 it does seem wrong.
@JosephWright But if I remove the keys from l3draw <-> hobby, then I think it's still right for pgf <-> hobby, so I need to lift the key part up a level and provide a non-key-based interface. At the moment, I specify coordinates as x = ..., y = ... which is all set up for passing to a key parser, but I want change that to just a pair of numbers. But sometimes I'll need to pass that through a key parser.