Code Monkey home page Code Monkey logo

dme-core's Introduction

RISC-OS-Community on GitHub

TL;DR

This is a completely no profit group that uses and promotes RISC OS for fun and educational purposes only.

Full description

This is a project to collect, develop, restore, preserve and improve code and software written for the RISC OS Operating System in the form of Open Source projects.

Goals

  1. Porting Open Source libraries and code from other Operating Systems to RISC OS
  2. Creation of coding tutorials with practical examples to help people who are interested in learning to code on RISC OS
  3. Help RISC OS become a more fully Open Source platform
  4. Increase the things that can be done on the historical OS written by Acorn Computers back in the 80s for the ARM CPU and still maintained and improved to this date by RISC OS Developments and RISC OS Open organisations
  5. Have fun coding and spreading the fun to new generations interested in learning about this OS
  6. Helping professionals to deliver better software on RISC OS so that the user base can enjoy more powerful and feature-rich applications
  7. Collect and preserve old code for RISC OS and modernise it to enable running on newer releases as well as being distributed via RiscPkg
  8. Follow best standards and guidelines to ensure best quality possible and highest degree of security achievable on RISC OS platform

Who is it for?

This community is for everyone interested in RISC OS, ARM and Open Source.

Everyone can join and be part of it, not just developers.

It isn't required to be a community member to submit fixes and/or new features. However, any fix and/or new feature contributions should follow our contributing guidelines. For further information see the section below regarding changes submitted by non-community members.

How does it work?

All community projects are publicly discussed. Whenever tasks are decided upon, they are assigned to one of the following teams:

  1. Admins Team
  2. Automation Team
  3. Code review Team
  4. Dev Team (Development Team)
  5. Docs Team (Documentation Team)
  6. Graphic Design Team
  7. Sound Design Team

Whoever is available in the appropriate team can pick up the task and work further on it.

When working on a task, be sure to read the relevant Contributing guidelines found in each project for details of any specific requirements.

Ok, but what if I want to do a change without being an active part of the community?

If a prospective contributor is not part of the community and still wants to take a task, just tag the corresponded issue, so that the community members know you are working on it. Fork the repo; make your changes following the contributing guide; then submit a PR for review. Before opening a PR make sure your changes pass the old tests. Please also ensure that tests are added/updated as part of the contribution to enable ongoing verification of these changes.

How to submit my old code?

Read the instructions in the Example Repository here

How do I ask a question or submit bugs and new requirements?

Very easy:

  1. Click on the top tab option called "Issues".
  2. Check if someone else has already submitted your same request.
  3. If not, then click on the big button on the right called "New Issue". You will see a new page with a list of possible type of issue to submit that include asking a question, report a bug, submit a new requirement and more.
  4. Click on the option that is the most appropriate for what you want to submit and you'll get in an easy to fill web Form (so no coding or hard to understand processes)
  5. Fille the form up with all the required fields and submit it. We'll review it as soon as possible and either start a conversation there with you.

How do to join?

Have a look at the How to Join section in the Contributing guidelines document.

The Contributing document can be found also on each project repository as well.

Before deciding to join or to contribute, please make sure you have read and accept our Code of Conduct which we all have to follow to ensure a safe and happy community. :)

Thanks for reading and for your interest in Open Source and RISC OS!

If you have more questions or if you want to know more about this community, please check out our Wiki here

Please, check out also our social media profiles for more info, videos about RISC OS and how to use it, technical details and our news:

dme-core's People

Contributors

pzaino avatar skymandr avatar

Watchers

 avatar  avatar  avatar  avatar

dme-core's Issues

Investigating ConfiX as a potential configuration framework for DME and all the added tools

Background

The whole DME Engine will require some Configuration Framework capable of handling multiple tools with a consistent UI.
Before we start thinking of designing one, I think it would be good to have a look at whatever is already available for RISC OS.

So my proposal is to have a look at ConfiX (and its API) to understand if it's the right tool to use to configure the whole DME tools.

What we need is a graphic tool capable of generating a configuration file for each piece we'll develop add. It's not important if it can configure everything using a single instance of itself. I think it's probably better to have multiple instance one per each tool. However it's important it provides a consistent experience for a user (especially for new users).

I don't think we need to contact the Author given that the tool is available for free download and use and the author is invested in the RISC OS world. The tool was original recommended by Andrew R. from ROD. However we may want to verify that we are not violating the distribution license and that it could be used in ROOL if ROOL wants to tae the code from this repo.

Definition of Done

  • Task proposed
  • ConfiX being investigated and API tested
  • We have reached a decision about it

Discussion: Do we want to introduce any form of QA (Quality Assurance) before an alpha release?

Background

@RISC-OS-Community/code-reviews-team
Given that DME is something we are creating for end-users of all level of experience on RISC OS, do we think it may be beneficial to introduce a "layer" of formal testing within the RISC OS Community before we release the code for a broader audience to test and report?

Definition of Done

  • Idea proposed
  • Idea being discussed
  • We have reached a conclusion

Testing ISSUES feature

Background

This is just a test

Definition of Done

  • Created a task
  • Processing a task
  • Completed task

Discussion: Do we want to add any CI/CD? (if at all possible with RISC OS)

Background

@RISC-OS-Community/code-reviews-team , not urgent, but we may want to have a chat about this.

I have been working on a RISC OS Module that would allow Obey scripts to be able to talk with RESTFul APIs like the one offered by github. I still need to finish it and also add a module that would embed JSONC features to allow Obey to be able to use JSON content (either process or generate).

Anyway when the above would be completed we could have a look at the github API to see we we could integrate with their CI/CD infrastructure so to have reports of a build on here.

Definition of Done

  • Proposed the idea for discussion
  • The idea is being discussed
  • We have reached a conclusion

Add Auto-loader to the Core Engine

Contact Details (optional)

No response

Background

DME Core should be able to automatically load (for example at boot time) all the DME Suite components a user has requested to autoload.

The Autoloader should possibly be multi-tasking (or multi-tasking as much as possible on RISC OS).

The autoloader should follow the logic discussed here: #12

For more info on the overall architecture of the DME Core please check out the Wiki here: https://github.com/RISC-OS-Community/DME-Core/wiki/DME-Core

Definition of Done

  • An accepted (and discussed) protocol for the "components-to-launch at boot" is defined
  • DME Core is able to read a "components-to-launch at boot" configuration file(s) and process it/them
  • Launch such components in the order and with the requisites expressed in their configuration, possibly in multi-tasking
  • Provide tests cases to verify the feature
  • Both User Documentation and Developer Documentation is written
  • Code passes all test cases

Code of Conduct

  • I agree to follow this project's Code of Conduct

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.