Giter Site home page Giter Site logo

ramda / ramda.github.io Goto Github PK

View Code? Open in Web Editor NEW
57.0 15.0 72.0 7.34 MB

:ram: :globe_with_meridians: Documentation for Ramda.js

Home Page: http://ramdajs.com

JavaScript 15.16% HTML 73.82% CSS 10.73% Makefile 0.01% Handlebars 0.22% Pug 0.01% Less 0.05%

ramda.github.io's People

Contributors

adispring avatar andarist avatar asaf-romano avatar buzzdecafe avatar craigdallimore avatar crosseye avatar cust0dian avatar customcommander avatar cviejo avatar davidchambers avatar dependabot[bot] avatar eggplants avatar fix-fix avatar gcrispino avatar igncp avatar ivanzusko avatar jsdelivrbot avatar juboba avatar kedashoe avatar mattms avatar raine avatar randycoulman avatar scott-christopher avatar stevenbenisek avatar thurt avatar tolmasky avatar walkermatt avatar youpinadi avatar yurkimus avatar zehua avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

ramda.github.io's Issues

offline support

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

cdnjs link is broken

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>.

Mobile Menu Stuck open on IOS Safari and Glitch in Chrome between 750px and 770px

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

Browser back button does not work properly in docs

Example:

  1. Visit http://ramdajs.com/0.18.0/docs/
  2. Under add it says "See also subtract", so click that.
  3. Click the browser back button.

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.

REPL doesn't respect `code` query parameter anymore

@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

Small bug

In the "try ramda" under examples and useWith the sum function uses foldl instead of reduce

Evolve example a bit misleading

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

"TRY in repl" does not open in new tab

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

Move fonts and styles out of version folders

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.

Replace Makefile with cross-platform scripts

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:

  • Build /index.html, with redirect to latest version of docs.
  • Download specific version of Ramda.
  • Run GitBook on specific version of Ramda.
  • Run JSDoc on specific version of Ramda.
  • Run Less compiler.

Please let me know anything I'm missing?

Mistake in `takeLast` example

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']

Move manual pages into own folders

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.

Take out bootstrap?

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 :)

Split manual into separate repo

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.

Search by type signature

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.

Styles for printing

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).

package.json

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:

  • all the npm run * commands can be found within one place.
  • we reduce the number of duplicate packages that need to be downloaded (if there are any).

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.

mysterious REPL behaviour when using lens named "name"

This works as expected:

var _name = R.lensProp('name');

R.view(_name, {name: 42});

This, on the other hand, does not:

var name = R.lensProp('name');

R.view(name, {name: 42});

Perhaps the object to which a property is being assigned has a read-only name property?

Make docs a todo list applicaiton

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.

Small UX issue: clicking the "input" area in the REPL doesn't always bring focus to the text input

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:
current

This used to work before #83, you can view the old behavior by checking out commit fb0cbc0

Old:
old

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 πŸ˜†

Make a second on the website for common formulas

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

rename repository

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?

change docs from redirect to copy

@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?

Responsive Design - A pragmatic solution

Problem

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%):
image
The homepage does a better job, but still not all the content is reachable, which is most important for your users of course.

Pragmatic solution

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?

Remove redirect from home page

This might be controversial, but I'll give my reasoning for removing the home page redirect:

  • You can bookmark a link that will always show the latest version.
  • It makes building 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.

Remove manual from version folders

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.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    πŸ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. πŸ“ŠπŸ“ˆπŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❀️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.