Code Monkey home page Code Monkey logo

website's People

Contributors

andrewhavens avatar aslakhellesoy avatar brasmusson avatar charlierudolph avatar chucksuscheck avatar cyocum avatar dandv avatar danman01 avatar davidjlowe avatar doolin avatar gidsg avatar gwhilts avatar iajrz avatar jbpros avatar jenisys avatar laurenfackler avatar mattwynne avatar maxmeyer avatar mlvandijk avatar mpkorstanje avatar mxygem avatar reillylm avatar romaingweb avatar salfreudenberg avatar sebrose avatar stevenfranks avatar theo-england avatar tooky avatar tsundberg avatar wakaleo avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

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

website's Issues

Migrate wiki

Process:

  1. Pick existing Wiki page
  2. Manually migrate all content to the website, using the sitemap to figure out where to put it
  3. Don't just copy/paste. Review and rewrite if needed
  4. Remove content of the Wiki page with links to the new location

Pages to migrate from https://github.com/cucumber/cucumber/wiki:

  • Home
  • A Table Of Content
  • A Whole New World
  • Autotest Integration
  • Background
  • Browsers and Transactions
  • Calling Steps from Step Definitions
  • Conjunction Steps (Antipattern)
  • Console Colours
  • Continuous Integration
  • Contributing
  • Cucumber Backgrounder
  • Cucumber Feature
  • Cucumber for Perl
  • Cucumber JVM
  • cucumber.yml
  • Custom Formatters
  • Debugging
  • Environment Variables
  • Examples
  • Feature Coupled Step Definitions (Antipattern)
  • Feature Introduction
  • Fixtures
  • FunFX and Flex
  • Get in touch
  • Gherkin
  • Given When Then
  • Given when then (new)
  • Hooks
  • Install
  • Introduction to Cucumber for non programmers
  • IronRuby and .NET
  • IronRuby and Mono
  • Javascript and AJAX
  • Jenkins integration
  • JRuby and Java
  • Merb
  • Mocking and Stubbing with Cucumber
  • Multiline Step Arguments
  • Patterns
  • PHP
  • Profiles
  • Projects Using Cucumber
  • Python
  • RDoc
  • Related tools
  • RSpec Expectations
  • Ruby on Rails
  • Running Features
  • SAP Enterprise Portal Behavior Testing
  • Scenario Outlines
  • Setting up Selenium
  • Setting up Steam
  • Sinatra
  • Snailgun and Cucumber
  • Spoken languages
  • Step Argument Transforms
  • Step Definitions
  • Step Organisation
  • subdomain_fu and incorrect redirection to " body You are being redirected body " page
  • Tables
  • Tags
  • Troubleshooting
  • Tutorials and Related Blog Posts
  • Upgrading
  • Using AE
  • Using MiniTest
  • Using Rake
  • Using RCov with Cucumber and Rails
  • Using Test::Unit
  • Watircraft
  • watircuke
  • Wire Protocol

Bootstrap navbar?

Why doesn't the site use Bootstrap's navbar? It's nice and responsive. It makes it easy to fix it to the top, which I think would be nice since many of the pages under /docs are rather long.

I'm sure we can style it to look like the current custom navbar.

Tutorial

The tutorial should work for any implementation of Cucumber.

Steps:

  1. Install Cucumber
  2. Create the file structure
  3. Create your first scenario
  4. Run Cucumber
  5. See it undefined, understand what's that about
  6. Paste all snippets
  7. Run Cucumber
  8. See pending steps, understand
  9. Write the code you wish you had
  10. Run, see it fail to run OR compile (Java)
  11. Implement bare minimum
  12. Repeat from step 10 until all steps pass

Document Cucumber Architecture

  • It's a coommand line tool
  • parser, core, formatters etc

It should be suitable for people who want to implement cucumber on a new platform. It should reflect all implementations (if possible). It should also be useful fof people who want to write extensions.

Information architecture

Why: makes it easier for both producer and consumer of the content to find what they're looking for. It also improves search.

  • Decide how to document the IA
  • Can we generate a sitemap.xml file from the structure we came up with?
  • Analyse card sorting results (from OptimalWorkshop)

More visible current position in left nav

The links in the left nav are expanded and highlighted when the user scrolls, but the highlighting in green isn't very visible. I think it needs more contrast - maybe change the background colour? Invert the foreground/background colours?

Improve https://cukes.info/reference styles

Current problems:

  • Titles should link to themselves. Click title and have it scroll to top of screen.
  • Style the left nav menu better
  • New colour scheme for syntax highlighting. Align with style guide?
  • More narrow main div - it's a bit wide now

Normal font hard to read

I find the normal font (Lato, 16px) very hard to read. The "i"s and "l"s are frequently antialiased to the point where they are just a grey line.

screen shot 2015-04-05 at 09 33 12

Look at the different "i"s.

It seems improve a little if we change text colour from the branded black #1B1D1E to #000000 and increase the font size to 18px, but it's still not great. We're currently using font weight 300. Should we increase to 400?

Add testimonial quotes to CukeUp AU page

It’s just a real mixture. It’s not just exclusive to Cucumber either, which it could easily be. Instead it really embraces all of the other stuff around, and there’s no attempt at all to to push the direction down a certain path towards Cucumber stuff; in fact challenge and healthy debate seems to be really welcomed which is a really nice thing.

-- Jenny Martin

People are friendly, it’s a really nice atmosphere. Other conferences can sometimes be very technical or quite egocentric. But there’s none of that here. It’s very inviting. You learn a lot. You get to see a problem from various different angles. It’s not just all technical, it’s not just all product, it’s not all just testing. So it enlightens you and opens up your eyes to other people’s viewpoints on the same problem, so it’s really good.

-- Ingram Monk

If I think back to what I’ve learnt in the past three or four years, so many of those ideas have come from people in this community and people that have spoken at CukeUp! today. And I’m looking forward to going to the pub to carry on these discussions!

-- Pete Buckney

Upload Hamish blog post

hamish photo
What is the true value of BDD?

This is a guest post by Hamish Tedeschi, Managing Director of Magentys. Hamish is also a co-organiser of CukeUp! AU, coming to Sydney at the end of 2015. Click here for more details on CukeUp! AU.

2 successful days at YOW! West have just come to a close - my first YOW! conference, but definitely not my last. I made some new friends and also learnt quite a bit - time to learn some Clojure, I think! The theme of the two days was, without doubt, microservices, but that also seemed to be surrounded by another theme of collaboration and building the right thing. This seems to be a constant recurring theme in all conferences and companies I visit. How do we build the right thing in the face of misunderstandings, miscommunications and mistakes? It is THE most difficult thing... Coding is the easy part, that is just implementation detail. Too often we get hung up on the technology stack or the tools we may be going to use to achieve the job, when it seems using post-it notes can add more value than the alternatives. Don't get me wrong, I'm a big proponent of BDD, especially when done well, as I have seen the benefits first hand. But it seems we keep getting BDD wrong, even when we talk about it at these conferences or try to deliver a project using it.

For me, BDD is a design and discovery process. A method of expressing system intent in a collaborative way. We get executable specifications out of it which we can automate, if we choose. We then call these automated tests. This is wrong. Why?

"Because people get hung up on the value of BDD being all about the automated "tests" you get out of it. When the real value is actually the shared understanding we get at the beginning."

The root of the problem is that these automated "tests" aren't actually tests at all. We may do some testing in the process of creating these automated tests, but once they are written, they are not "testing" anything. Testing is the process of evaluating a product by learning about it through experimentation, which includes to some degree: questioning, study, modelling, observation and inference. Once code is written, it cannot experiment, question or study anything. It just executes and does exactly what it is told, no matter what. I propose we strip out the word "testing" or "test" completely when talking about BDD, and replace it with "checking" or "check". This will go someway in reducing misconceptions about the process, the value it provides and more importantly, the value it does NOT provide. This way, we may also stop striving for exhaustive coverage when writing scenarios, thinking of these as vehicles for regression tests. It may also mean that when we think about them as a design concept, we get more contributions from BA's and UX'ers at the time of elaboration.

BDD is HARD. It is easy to NOT to write a feature together as a team. It is easy to create a feature whilst thinking of the implementation details rather than the desired behaviour. It is easier still, to build something without a failing check or not build the check at all. BDD requires discipline, however, humans tend to take shortcuts wherever possible. I still believe, with the right blend of team, we can do it though.

Hamish Tedeschi will be speaking at CukeUp! AU later this year. To learn more about the conference, sign up to our mailing list.

Events

Kinds of events:

  • CukeUp conferences (Sydney, London, NYC, Bangalore...)
  • Conference speaking engagements
  • Community meetups
  • Public trainings
  • Maybe webinars etc.

Acceptance criteria:

  • easy to add new events, even if you're not very technical
  • nice URLs
  • RSS feed of events
  • attributes of an event:
    • date / time
    • location
    • list of who's involved
    • URL
    • image
    • brief description / abstract
    • title

Nice to have:

  • publish to Lanyrd and similar sites

Fix styling on CukeUp AU page

  • merge CSS
  • fix footer
  • show newsletter signup form
  • fix date wrapping on narrow screen
  • fix image / font size on venue and previous years video "thumbnails"

Easy drive-by contributions, easy acceptance of contributions

Someone pointed out that the link to the support forums on the support page was broken. I decided to spend 2 minutes fixing that.

That ended up being a much more complicated process that I had hoped for:

There was no edit link on the page, nor was there any info about how to report incorrect content. Visitors who spot mistakes are either going to keep it to themselves or perhaps send an email somewhere (if they can find an email address) with a plea to fix it.

Since I'm one of those rare people who happen to know what GitHub repo and sub folder that page's source lives in I navigated to support.html, hoping I could just edit the source there in the GitHub editor and the website would be updated automatically.

But then I came across one of the many READMEs in the repo that suggested I have to clone the repo and rebuild the website manually.

So I gave up - I only had 5 min to do this.

This is the workflow we need:

Contributor (2 min)

  • Visits a page, sees a typo
  • Clicks edit page link, is taken to GitHub's editor to edit the page (1)
  • Edits the page and saves it (this creates a pull request)

Team member (1 min)

  • Goes to the PR on GitHub
  • Merges the PR via GitHub's UI
  • Page is automatically updated

Is there a plan to achieve this?

(1) GitHub will lead the user through the signup/fork steps if needed. Try to press the edit icon to a file on GitHub that you don't have access to to see the workflow.

Fix search

TODO:

  • Add it to main nav
  • Style the search results
  • Improve search results based on previous searches
  • Add more metatags to page for Swiftype to pick (Linked to SEO?)

Blog: Future publishing dates

@theo-england would like to be able to line up blog posts to be published in the future.

We tried this today, putting in tomorrow's date. However the post was just displayed anyway in the index with tomorrow's date on it.

We need to just add a check to filter out posts with a date stamp beyond DateTime.now

It would be really handy for Theo to still be able to preview these posts, maybe with a query string flag to turn the filter back off.

Better feedback when a template fails to render

I just had a hiccup where added Theo's first blog post, and got a weird error that turned out to be due to him not being in the authors list in the config.

It would have helped a great deal if the backtrace had pointed me to the actual line of the feed.xml template, instead of mistakenly pointing me to some random line in page.rb.

Better footer

The footer content is very basic. I'd prefer something like the one from http://kickstartacademy.io which has rolling content from the twitter account and blog (good for SEO) and useful contact info that you can link to from any page with a #content anchor.

Mailing list sign-up

We used to have one on the old Cucumber Pro page. It's a simple form that adds people to the Mailchimp list.

Style the blog

The blog looks very plain. Minimum things for me:

  • better overview page, with previews of post content. Paginated?
  • spacing and typography on posts
  • not so grey

Host generated API docs

  • host/link javadocs
  • update cucumber-jvm/gherkin3 release process about how to upload docs
  • link to generated docs
  • decide whether or not to keep older versions or just overwrite

Better homepage

  • Steps in animation for “Describe behaviour in plain text"
  • Sketch for “What is BDD” infographic, based on Paul Rayner’s napkin sketch

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.