Explore Projects

<p>An approach to enhance the functionality of the MIT App Inventor by adding support for <strong>Custom Font Typeface</strong> that enhances the flexibility of user-interface design.</p>

This project is meant for Crosswords Editor with main aim of adding anagram search support with word-list. It will be a complete implementation involving searching for anagrams to displaying them to the user.

<p>Add support for extended operations in FHIR , namely the $lastn and $lastn-encounters on the Observation resource, and both the type level and instance level $everything operation on the Patient resource</p>

<p>The objective is to extend GDAL/OGR supported formats with DWG, allowing to read geometries from it. It is going to be reached by writing a new DWG driver, without any third-party dependencies.</p>

This project aims to integrate additional memory allocators with the Unikraft core library, enhancing support for multithreaded applications and expanding options for developers seeking specialized memory allocation solutions tailored to their needs.

The [WasmEdge QuickJS runtime](https://wasmedge.org/book/en/dev/js.html) is a secure, fast, and lightweight JavaScript runtime for cloud-native applications. Compared with more established JavaScript runtimes like Nodejs and Deno, the WasmEdge QuickJS runtime provides runtime isolation and security at a very low overhead. In order for WasmEdge QuickJS to be more widely adopted, it needs to support [nodejs](https://wasmedge.org/book/en/dev/js/nodejs.html) applications. WasmEdge QuickJS already supports [NPM and CJS modules](https://wasmedge.org/book/en/dev/js/npm.html).

<p>Add support of deprecation pragmas within module exports. This would ease the transition between different versions of the software by warning the developers that the functions/types/classes/constructors/modules that they are using are deprecated.</p>

<p>We already have some physical mainboards for AArch64. However, we don’t have the support of QEMU/AArch64 yet. ARM-based chips nowadays become popular especially in embedded systems so this movement would spread to 64-bit ARM architectures. Supporting QEMU/AArch64 in the coreboot project would be helpful for developers with compatibility testing. It also would help to make sure that changes to architecture code don’t break current implementations.</p> <p>The goal of this project is that we can use the following command:</p> <p>$ qemu-system-aarch64 -bios build/coreboot.rom -machine virt -cpu cortex-a53</p>

<p>Current version of GitLab plugin on Jenkins doesn't fully support Multibranch Pipeline Jobs. There exists another unofficial plugin (Gitlab Branch Source Plugin) which hasn't been released yet. There has been abandoned effort to combine both these plugins due to multiple issues mostly because of different APIs both the plugins use. The project's plan is to develop a new Gitlab API plugin that can be consumed by other plugins and a new Gitlab Branch Source plugin which will provide all freestyle, singlebranch and multibranch pipeline support. The existing Gitlab Plugin will only contain auth, triggers and other Gitlab-Jenkins Configurations. All the partial implementation of Branch Source functions will be deprecated.</p>

This project will upgrade the popular command-line tool Wget2 to support the latest HTTP/3 protocol. Due to this, the users will get the advantage of performance improvements, including reduced latency, better handling of packet loss, and fast and efficient file download. The deliverables of the project will include a modified Wget2 codebase which will integrate with the nghttp3 and ngtcp2 libraries for QUIC support and GnuTLS for TLS encryption. It will also test and verify that the HTTP/3 implementation is correct and performs as expected. This project will benefit the open-source community by making it easier for users to adopt the latest protocols and improve their web browsing experience.

Until recently, explicit module builds were only supported for Clang modules. With the -fmodules-driver mode upstream patch being merged, the community can finally experience explicit builds for both Clang modules discovered through module map files and C++ named modules. However, one of the main advantages of modules is their ability to being cached. Currently, -fmodules-driver does not support this. Therefore, the proposal strives towards an effort to bring forth an efficient, correct and safe filesystem cache. The proposed filesystem cache will enforce strong concurrency control. Once this cache system is fully implemented, the community will be able to use and manage it with existing Clang flags along with -fmodules-driver mode.

- Description: [Cortex](https://github.com/cortexproject/cortex) is a cloud-native Prometheus compatible monitoring system. It is made up of a set of microservices that can be composed into an architecture that fits multiple use cases. However, this level of flexibility can lead to complexity in the configuration file. One way to handle this complexity is first-class validation support for the config. This is where [Cue](https://cuelang.org/) comes in. Cue provides data validation as a language feature and has solid support for Go. We think enabling Cortex to be configured using Cue and creating a Cue specification for the Cortex configuration file and other file types specific to Cortex would be a good step forward in improving the usability of the project.

<p>Implement trajectory transformations on the MDAnalysis API, to be called on-the-fly by the user, eliminating the requirement for multiple intermediate steps of modifying and saving the trajectory, and giving users a more efficient and simple workflow for simulation data analysis.</p>

The project enhances Plone 6 by integrating Really Simple Syndication (RSS) support through two key components: exposing Plone content as RSS feeds and embedding external RSS feeds within Plone. A new rss_feed content type with a listing block, provided by the backend rss-provider add-on, and the express middleware in volto-rss-provider enable users to share Plone content as RSS feeds. The volto-rss-receiver add-on, which relies on the rss_mixer_data endpoint from the rss-receiver backend, supports efficient retrieval and display of external RSS feeds within Plone. This project simplifies content syndication and broadens the reach of Plone content, enhancing user engagement and accessibility.

This proposal aims to add support for Malayalam in the Unicode Inflection project, which is important for ensuring accurate automated text formatting and grammatical correctness in multiple languages. Currently, Malayalam is not supported, despite being spoken by over 35 million people, primarily in Kerala, India. The project will involve extracting data from Wikidata, creating inflection rules, implementing these rules in C++ and C, and conducting testing to ensure accuracy. The expected outcome is to enable correct grammatical inflections for Malayalam nouns, pronouns, verbs, adjectives, and adverbs, improving tools such as chatbots, automated translation, and assistive technologies. The project will benefit Malayalam speakers worldwide by improving communication tools and making the language more accessible in computer applications.

Developers are enthusiastic about leveraging Java's latest language features, which offer more powerful, declarative, and expressive code; these features include unnamed variables, record patterns, and string templates. However, Checkstyle currently lacks robust support for these features. This project aims to bridge this gap by updating existing checks and potentially introducing new ones to ensure thorough coverage of Java 21 syntax and conventions proposed by the JEPs associated with these language advancements. The objective is to deliver comprehensive support for the new language features through revising check modules, exhaustive testing, and detailed documentation updates. This effort not only aligns Checkstyle with cutting-edge best practices in the Java community but also contributes to the project's ongoing evolution.

<p>JavaScript is being widely used in PDF for all sort of things. Right now, Okular still fails to interpret and execute most of these JavaScript scripts. We're aiming to improve it by adding support to animations, text formatting and all kinds of copying by JavaScript.</p>

As the LLVM Flang frontend matures, a significant gap has emerged between compilation and diagnostic capabilities. Currently, LLDB does not provide native debugging support for Fortran. This project aims to address that gap by building the essential foundation for native Fortran debugging. The goal is to deliver a functional debugging stack that allows users to: Inspect Variables: Support for scalar variables, function arguments, and return values. Data Structures: Inspection of static arrays, character strings, and derived types. Visibility: Implementation of module and global variable lookups. Expression Evaluation: Enabling basic arithmetic and variable inspection via the print command. To achieve this, a new Fortran TypeSystem, a dedicated Language Plugin, and a DWARFASTParser to interpret and traverse Fortran-specific DWARF metadata are needed.

gRPC is an industry-standard API abstraction and runtime. Currently, tremor supports interfacing with the outside world over WebSockets, HTTP/1.1, or target-specific connectors. Adding support for gRPC will allow generalizing a whole lot of client and server connections and making interfacing with other cloud-native applications easier. The goal of this project is to add support for such generic gRPC based services.

Developers are enthusiastic about leveraging Java's latest language features, which offer more powerful, declarative, and expressive code; these features include Flexible constructor bodies (JEP 513), JEP 512: Compact Source Files and Instance Main Methods. However, Checkstyle currently lacks robust support for these features. This project aims to bridge this gap by updating existing checks and potentially introducing new ones to ensure thorough coverage of Java 25 syntax and conventions proposed by the JEPs associated with these language advancements. The objective is to deliver comprehensive support for the new language features through revising check modules, exhaustive testing, and detailed documentation updates. This effort not only aligns Checkstyle with cutting-edge best practices in the Java community but also contributes to the project's ongoing evolution

Referring the implementation of how complex64 arrays are implemented, I proposed adding support for boolean arrays in stdlib. Unlike complex64 array, boolean array will be backed by uint8Array and integrated throughout stdlib namespaces like array, strided and ndarray. I will be adding 23 methods like copyWithin, every, fill, filter, etc and corresponding constructors. I will be adding implementation for the array masking and indexing using the Boolean array. Some ndarray APIs also be added which return types are boolean like, some, every, none, any and perform dimensionality reduction in ndarray. With successful completion of this project, stdlib will have @stdlib/array/bool package exposing a new typed array constructor, support for BooleanArray instances throughout @stdlib/array/*, ndarrays-API and other integration opportunities.

<p>The goal of this project is to generate wxWidgets events for the multi-touch gestures recognized by the underlying system and, possibly, also the raw touches which compose them. But it's adding support for the high level events, such as "zoom", "pan" or "rotate" which is the most important part of this project.</p>

The goal is to support a fully emulated UEFI environnement in QEMU using the MinPlatform specification. Deliverables would correspond to the different stages of the Minimum Platform implementation. The first one would be a silicon specific package for QEMU-x86-64 The first objective would be to get an UEFI shell inside of qemu-x86-64, and then getting an OS to boot. If time allows it, getting OpenQEMUBoardPkg to run on additional architecture could be another objective. The first month could be used to get to a working UEFI shell, the second to add the missing features to get a feature-complete package for UEFI emulation, and if everything goes as planned, porting to other Qemu-supported architectures. FSP Stretch goal can be achieved by porting the existing QemuFSP package, reducing complexity for platform init on Intel platforms (which qemu-system-x86_64 emulates).