ramda / ramda.github.io Goto Github PK
View Code? Open in Web Editor NEW:ram: :globe_with_meridians: Documentation for Ramda.js
Home Page: http://ramdajs.com
:ram: :globe_with_meridians: Documentation for Ramda.js
Home Page: http://ramdajs.com
thanks for great lib
i frequently developing offline so iβm using readme in node_modules as API docs, but ramda doesnt have it. it makes me kinda sad
also one of solution is to add offline support to ramda docs
Suggested behavior: window.location = '/repl/'
The cdnjs link is as of version 0.21.0 broken: <script src="//cdnjs.cloudflare.com/ajax/libs/ramda/ramda.min.js"/"ramda.min.js"/"ramda.min.js"/"0.21/ramda.min.js"/ramda.min.js".1/ramda.min.js"/ramda.min.js"></script>
.
AFAICT it should rather be <script src="//cdnjs.cloudflare.com/ajax/libs/ramda/0.21.0/ramda.min.js"></script>
.
Reading Rambda Docs on my iphone in safari and discovered on the home page menu is stuck open and glitches on desktop in chrome between 750px and 770px. Would like to look into it further and submit a PR. I have a feeling something is not being loaded or glitching on transition between desktop view and mobile.
Thank you
e.g.
function (r){return function(e){return Pr(function(n){return t(n,e)},r(n(e)))}}
is hard to decipher when your code isn't working.
Example:
add
it says "See also subtract
", so click that.Expected result: the page jumps back to add
.
Actual result: The URL changes, but the page does not scroll.
I assume this is the result of some JavaScript controlling the links, though a cursory poke through the source doesn't reveal anything obvious.
@kujon observed:
Refreshing the page clears it.
Chrome 52.0.2743.116 (64-bit)
OS X 10.11.6@ codemirror.min.js:1 Uncaught TypeError: Cannot read property 'split' of undefinedH.splitLines
@ codemirror.min.js:1splitLines
@ codemirror.min.js:1(anonymous function)
@ codemirror.min.js:1(anonymous function)
@ codemirror.min.js:1(anonymous function)
@ codemirror.min.js:14../googl
@ bundle.js:251s
@ bundle.js:1e
@ bundle.js:1(anonymous function)
@ bundle.js:1
copied from ramda/ramda#713
"I think we should go with a dropdown and see what people think of that." -- @saikobee
In the "try ramda" under examples and useWith the sum function uses foldl
instead of reduce
Hi,
So if you go to evolve the sample shows that if you add a data
key to the transformer it will nest elapsed
and remaining
inside like so:
//=> {firstName: 'Tomato', data: {elapsed: 101, remaining: 1399}}
However if you try it out the results are as followed:
var tomato = {firstName: ' Tomato ', elapsed: 100, remaining: 1400};
var transformations = {
firstName: R.trim,
lastName: R.trim,
data: {elapsed: R.add(1), remaining: R.add(-1)}
};
R.evolve(transformations, tomato);
//=> {"elapsed": 100, "firstName": "Tomato", "remaining": 1400}
with no data
key in sight π¦
cheers david
When there are several possible types for a parameter, only the first one is shown when clicking "expand parameters" in the documentation. For example for "pluck" in the code we have @param {Number|String} key
. However only Number
is display in the expand parameter box.
(Moved from ramda/ramda#1718. @jagare)
This is quite cumbersome because the user has to leave the current page everytime he/she wants to tryout a function. Can it be converted into an anchor tag instead?
PS: can we not have the function run in the documentation page itself, and then have a different link to share that piece of code via a link instead of try in REPL
It seems unnecessary to have the same files in each of the version folders.
Would there be any problems with moving the font files and style.css
into a common folder?
This would simplify the make process too.
copied from ramda/ramda#821
It would be nice to replace the Makefile with something that works on Windows and others.
I'm happy to do the work, but I just need to confirm what functionality is needed.
From what I can pick out:
/index.html
, with redirect to latest version of docs.Please let me know anything I'm missing?
The second line in takeLast
examples is incorrect:
R.takeLast(2, ['foo', 'bar', 'baz']); //=> ['for', 'baz']
According to the function description, the output should be ['bar', 'baz']
Would there be any issue with moving each of the manual pages into their own folder, with the content stored in a README.md
in each?
This would allow an index.html
to be generated from each README.md
and sit beside it for serving to the web.
For example, in manual/01-intro, Composition.md
would be moved/renamed to Composition/README.md
.
Fantastic documentation site! Like really! π― We are using a fork of this for our own internal projects!
One thing we encountered was that style.css
has bootstrap mixed into it! Maybe including a themed (or non - themed) bootstrap.css (or bootstrap.less) outside would be better? As bootstrap upgrades, the documentation site gets those updates for free?
I'd be happy to submit a PR of the core team is interested :)
As was done for the REPL, and considering work on it has stalled, would it be worthwhile moving the manual into a separate repo?
This would also allow removing the gitbook dependency.
Would it be possible to incorporate type signature search in the current search bar. Something resembling Hoogle like functionality.
I would really like to be able to search for (a β b) β f a β f b
and get map.
I just stumbled upon this library and it looks really awesome! Unfortunately reading whole documentation on the screen is pretty hard (at least for me). I tried to print it, but it seems that print styles are really messed up.
So I got this small, humble request: please fix them, it will be very helpful to make printing possible (especially for beginners).
In the documentation for difference, there's a "See also differenceWith", but it should be "See also differenceWith, symmetricDifference."
Likewise, for differenceWith, symmetricDifference and symmetricDifferenceWith.
Hello!
I've noticed that there are two package.json
files - one at /package.json and another at /repl/package.json.
I propose that this be reduced to 1 for the following reasons:
npm run *
commands can be found within one place.Furthermore I suggest that the npm-shrinkwrap.json
(present in /repl
, not in /
) be moved to /
and updated accordingly.
I'd be very happy to make these changes and update the npm scripts
etc, if this proposal is accepted.
Auto complete or tab complete on R.
Might seem kind of dumb but I keep my own separate spreadsheet where I mark off Ramda functions as I use them. It helps me track my progress, I really don't see any other way to learn a library like this.
It would be nice If I in the docs I could check off functions that I'm familiar with and then filter the docs by used / unknown functions.
^
If the Input text area loses focus, clicking anywhere in the input column doesn't bring focus back to the text input; you must instead click inside where a current line of code is.
Below is the div
that I think is capturing the click.
Current:
This used to work before #83, you can view the old behavior by checking out commit fb0cbc0
I'm assuming this is from changing
.CodeMirror {
height: 500px;
}
to
.CodeMirror {
height: 100%;
}
in https://github.com/ramda/ramda.github.io/blob/master/repl/lib/css/terminal.css
I'm happy to poke at this a bit later and submit a PR, but I am by no means a CSS expert, so no promises π
From @krainboltgreene on April 20, 2016 22:0
Hey! Long time (4 months) lover of ramda.js, and I find myself with a fun little function that I don't think should be added to ramda but should be available to others if they need the same thing.
So as I propose a new tab on the website for function frankensteins that are too easy to be added to ramda, but too small for a library. "Examples" or "Practical" or "Recipies"?
Thoughts?
Copied from original issue: ramda/ramda#1744
If generated, what do you use?
Would anyone be interested in a Gitter room for this repo?
I'm thinking it could be useful to separate docs/website chat from general chat.
In my view ramda-site would be a nicer name for this repository. Do we need to stick with ramda.github.io in order for the GitHub Pages wiring to work?
@raine points out:
"since people will be linking to urls that are hardcoded to specific version, people might end up reading old docs without realizing it"
i think the solution is to cp -Rp /$VERSION/docs/* /docs
instead of the redirect. Any objections?
The current website doesn't scale, mainly because the leftmost column has a fixed width. I have seen the long term solution on ramda/ramda#1000, but I'd like to opt for a quick solution as well, since a complete redesign/recode of the frontend might take a while :)
This is what it looks like on a fairly big phone resolution (screenshot scaled down by 50%):
The homepage does a better job, but still not all the content is reachable, which is most important for your users of course.
Currently, the <aside>
has a fixed width of 250px, and the <main>
a left: 250px;
. What if we made the sidebar optional for smaller screens? It's easy to make a hamburger menu (or a simple 'open menu' link if you hate hamburgers) and close the sidebar by default. This can be done through some trickery with a css-only solution, which is always preferable.
I've made a quick proof of concept for how this could work: http://codepen.io/branneman/pen/BNvNQB/left/?editors=110 (resize the viewport to see it in action)
Again, I've not touched the bigger screen design (tablets, desktop, etc.), I only hid the sidebar for smaller screens and added a way to open/close that sidebar.
This should be, together with an optimised <header>
for smaller screens, enough to give mobile users a way better experience than they currently have.
Thoughts?
I've noticed a few projects using js.org for hosting documentation.
Is there any interest in setting up ramda.js.org?
The DNS page and GitHub repo have instructions on how to set it up.
From my brief look, it just involves adding an entry to a file in their repo.
Maybe this could be used for the manual?
^^^ any interest in this?
This might be controversial, but I'll give my reasoning for removing the home page redirect:
index.html
easier (don't have to build into a version folder).The latter idea was actually merged in #93, but that doesn't mean it can't be updated if this idea is not acceptable.
Considering the manual is not based on the version of Ramda, should it be removed from each of the version folders?
I'm also thinking that since it hasn't been linked from pages yet that it could be removed without breaking links.
Just to be clear, I'm not talking about removing the manual
folder from the root of the repo.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
π Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. πππ
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google β€οΈ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.