[PR #1092] [CLOSED] Added Awesome Mobile Conferences by @amobconf #1303

New Issue

GiteaMirror · 2025-11-06T15:37:13-06:00

GiteaMirror commented

2025-11-06 15:37:13 -06:00

📋 Pull Request Information

Original PR: https://github.com/sindresorhus/awesome/pull/1092
Author: @matteocrippa
Created: 10/13/2017
Status: ❌ Closed

Base: master ← Head: master

📝 Commits (3)

6586e3a Added Awesome Mobile Conferences by @amobconf
6360965 Merge branch 'master' into master
f64a98a Merge branch 'master' into master

📊 Changes

1 file changed (+1 additions, -0 deletions)

View changed files

📝 readme.md (+1 -0)

📄 Description

Awesome Mobile Conferences is a collaborative list of awesome mobile conferences around the world, it uses a json db that allow to generate on push the readme file and send push notifications to related mobile apps.

Awesome Mobile Conferences

I decided to create awesome mobile conferences in order to allow iOS and Android developers to find easily the best conferences around the world. The repo uses the same approach I set in Awesome Swift, a JSON file generates on push the ReadMe file and two dedicate mobile apps allow to browse data on iOS and Android.

By submitting this pull request I confirm I've read and complied with the below requirements.

Please read it multiple times. I spent a lot of time on these guidelines and most people miss a lot.

I have read and understood the contribution guidelines and the instructions for creating a list.
This pull request has a descriptive title.
For example, Add Name of List, not Update readme.md or Add awesome list.
The entry in the Awesome list should:
- Include a short description about the project/theme of the list. It should not describe the list itself.
  Example: - [Fish](…) - User-friendly shell., not - [Fish](…) - Resources for Fish..
- Be added at the bottom of the appropriate category.
The list I'm submitting complies with these requirements:
- Has been around for at least 30 days.
  That means 30 days from either the first real commit or when it was open-sourced. Whatever is most recent.
- It's the result of hard work and the best I could possibly produce.
- Non-generated Markdown file in a GitHub repo.
- Includes a succinct description of the project/theme at the top of the readme. (Example)
- The repo should have awesome-list & awesome as GitHub topics. I encourage you to add more relevant topics.
- Not a duplicate.
- Only has awesome items. Awesome lists are curations of the best, not everything.
- Includes a project logo/illustration whenever possible.
  - Either fullwidth or placed at the top-right of the readme. (Example)
  - The image should link to the project website or any relevant website.
  - The image should be high-DPI. Set it to maximum half the width of the original image.
- Entries have a description, unless the title is descriptive enough by itself. It rarely is though.
- Includes the Awesome badge.
  - Should be placed on the right side of the readme heading.
  - Should link back to this list.
- Has a Table of Contents section.
  - Should be named Contents, not Table of Contents.
  - Should be the first section in the list.
  - Should only have one level of sub-lists, preferably none.
- Has an appropriate license.
  - That means something like CC0, not a code licence like MIT, BSD, Apache, etc.
  - If you use a license badge, it should be SVG, not PNG.
- Has contribution guidelines.
  - The file should be named contributing.md. Casing is up to you.
- Has consistent formatting and proper spelling/grammar.
  - The link and description are separated by a dash.
    Example: - [AVA](…) - JavaScript test runner.
  - The description starts with an uppercase character and ends with a period.
  - Drop all the A / An prefixes in the descriptions.
  - Consistent and correct naming. For example, Node.js, not NodeJS or node.js.
- Doesn't include a Travis badge.
  You can still use Travis for list linting, but the badge has no value in the readme.
Go to the top and read it again.

_{🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.}

## 📋 Pull Request Information **Original PR:** https://github.com/sindresorhus/awesome/pull/1092 **Author:** [@matteocrippa](https://github.com/matteocrippa) **Created:** 10/13/2017 **Status:** ❌ Closed **Base:** `master` ← **Head:** `master` --- ### 📝 Commits (3) - [`6586e3a`](https://github.com/sindresorhus/awesome/commit/6586e3a311acf15a3a15667401a3ba5e538263ed) Added Awesome Mobile Conferences by @amobconf - [`6360965`](https://github.com/sindresorhus/awesome/commit/6360965ca0d43b2282729ee952e84be4ffae1b72) Merge branch 'master' into master - [`f64a98a`](https://github.com/sindresorhus/awesome/commit/f64a98a76ec8ea2500a3545f598b6aacbb611f6c) Merge branch 'master' into master ### 📊 Changes **1 file changed** (+1 additions, -0 deletions) <details> <summary>View changed files</summary> 📝 `readme.md` (+1 -0) </details> ### 📄 Description Awesome Mobile Conferences is a collaborative list of awesome mobile conferences around the world, it uses a json db that allow to generate on push the readme file and send push notifications to related mobile apps.   **[Awesome Mobile Conferences](https://github.com/amobconf/awesome-mobile-conferences)** **I decided to create awesome mobile conferences in order to allow iOS and Android developers to find easily the best conferences around the world. The repo uses the same approach I set in Awesome Swift, a JSON file generates on push the ReadMe file and two dedicate mobile apps allow to browse data on iOS and Android.** # By submitting this pull request I confirm I've read and complied with the below requirements. **Please read it multiple times. I spent a lot of time on these guidelines and most people miss a lot.** - I have read and understood the [contribution guidelines](https://github.com/sindresorhus/awesome/blob/master/contributing.md) and the [instructions for creating a list](https://github.com/sindresorhus/awesome/blob/master/create-list.md). - This pull request has a descriptive title. For example, `Add Name of List`, not `Update readme.md` or `Add awesome list`. - The entry in the Awesome list should: - Include a short description about the project/theme of the list. **It should not describe the list itself.** Example: `- [Fish](…) - User-friendly shell.`, not `- [Fish](…) - Resources for Fish.`. - Be added at the bottom of the appropriate category. - The list I'm submitting complies with these requirements: - **Has been around for at least 30 days.** That means 30 days from either the first real commit or when it was open-sourced. Whatever is most recent. - It's the result of hard work and the best I could possibly produce. - Non-generated Markdown file in a GitHub repo. - **Includes a succinct description of the project/theme at the top of the readme.** [(Example)](https://github.com/willempienaar/awesome-quantified-self) - The repo should have `awesome-list` & `awesome` as [GitHub topics](https://help.github.com/articles/about-topics). I encourage you to add more relevant topics. - Not a duplicate. - Only has awesome items. Awesome lists are curations of the best, not everything. - Includes a project logo/illustration whenever possible. - Either fullwidth or placed at the top-right of the readme. [(Example)](https://github.com/sindresorhus/awesome-electron) - The image should link to the project website or any relevant website. - The image should be high-DPI. Set it to maximum half the width of the original image. - Entries have a description, unless the title is descriptive enough by itself. It rarely is though. - Includes the [Awesome badge](https://github.com/sindresorhus/awesome/blob/master/awesome.md#awesome-badge). - Should be placed on the right side of the readme heading. - Should link back to this list. - Has a Table of Contents section. - Should be named `Contents`, not `Table of Contents`. - Should be the first section in the list. - Should only have one level of sub-lists, preferably none. - Has an [appropriate license](https://github.com/sindresorhus/awesome/blob/master/awesome.md#choose-an-appropriate-license). - That means something like CC0, **not a code licence like MIT, BSD, Apache, etc.** - If you use a license badge, it should be SVG, not PNG. - Has [contribution guidelines](https://github.com/sindresorhus/awesome/blob/master/awesome.md#include-contribution-guidelines). - The file should be named `contributing.md`. Casing is up to you. - Has consistent formatting and proper spelling/grammar. - The link and description are separated by a dash. Example: `- [AVA](…) - JavaScript test runner.` - The description starts with an uppercase character and ends with a period. - Drop all the `A` / `An` prefixes in the descriptions. - Consistent and correct naming. For example, `Node.js`, not `NodeJS` or `node.js`. - Doesn't include a Travis badge. You can still use Travis for list linting, but the badge has no value in the readme. - Go to the top and read it again. --- 🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.

GiteaMirror added the pull-request label 2025-11-06 15:37:13 -06:00

GiteaMirror closed this issue

2025-11-06 15:37:13 -06:00

GiteaMirror referenced this issue

2025-11-06 15:41:13 -06:00

[PR #1303] [MERGED] Update title casing website in contributing.md #1470

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: github-starred/awesome-sindresorhus#1303