I know you already have a regexp tool. Would be awesome for it to be improved.
The online one i currently use is https://regexr.com/ which is open source https://github.com/gskinner/regexr/ (but in php)

Would it be an overkill to introduce a Mock API tool?

Considering, devtools-x already has Faker integration, we could leverage Faker to pre-populate an embedded database with low footprint, something like lowdb which is essentially just a flat file database (JSON).

Essentially, we'll be looking at something a feature that will enable:

• Creating a project.
• Creating resources within projects.
• Add properties within resources.
• Generate dynamic endpoints for endpoints.
• Generate statics endpoints for resource (this will be good for something a mock authentication)

I don't necessarily have the time for the implementation at the moment. But it's something I can look into within coming weeks. I'm open for discussions on this after which we can determine if it's worth adding to the project to do list (roadmap).

Installed using the Deb on Debian 11. App just loads up to a white screen with nothing to press or interact with.

Context:

As a developer, I often find myself reusing code snippets/ commands across various projects and environments. Having an efficient and organized way to store and retrieve these snippets within devtools-x would greatly enhance productivity and ensure consistency.

• Idea/Reference App: SnippetsLab

Proposed scope:

• Snippet Creation: Ability to create and save code snippets within the app. This includes support for multiple languages, syntax highlighting, and formatting options. (Our monaco editor)

• Organization: Allow users to organize snippets into folders, tags, or categories for easy navigation. Option to add descriptive titles and notes to each snippet.

• Search & Filter: Implement a powerful search functionality that enables users to quickly find snippets based on keywords, tags, or language. Will combine this with a more advanced keywords based search hook for all the modules aswell

• ❓ Snippet Sharing : Option to share snippets with team members or export them in various formats (e.g., JSON, plain text).

Questions: @Sparkenstein What is your preferred way of storing files/snippets? Also, are there any additional features you'd like to see in the snippet storage system?

Edit: Perhaps wrap the db file storage used on the "JSON Tools" module? await db.get<any>("snippets/group/file");

Additional note/ idea: Would love to make this system reusable for eg. AI prompts, currently using a combination of notes, snippetsLab en notion.

Unable to start dev-tools because of an libssl1 dependency which is introduced because of the allowList: all config here: https://github.com/fosslife/devtools-x/blob/master/src-tauri/tauri.conf.json#L50

# kayo @ Elpis in ~ [22:42:52] C:127
$ sudo dpkg -i ~/Downloads/dev-tools_1.7.1_amd64.deb
(Reading database ... 242407 files and directories currently installed.)
Preparing to unpack .../dev-tools_1.7.1_amd64.deb ...
Unpacking dev-tools (1.7.1) over (1.7.1) ...
Setting up dev-tools (1.7.1) ...
Processing triggers for mailcap (3.70+nmu1ubuntu1) ...
Processing triggers for gnome-menus (3.36.0-1ubuntu3) ...
Processing triggers for desktop-file-utils (0.26-1ubuntu3) ...
Processing triggers for hicolor-icon-theme (0.17-2) ...

# kayo @ Elpis in ~ [22:43:07] 
$ source ~/.zshrc

# kayo @ Elpis in ~ [22:43:13] 
$ dev-tools
dev-tools: error while loading shared libraries: libssl.so.1.1: cannot open shared object file: No such file or directory

# kayo @ Elpis in ~ [22:48:05] 
$ sudo dpkg -l | grep 'libssl\|openssl'
ii  libgnutls-openssl27:amd64                      3.7.3-4ubuntu1.1                        amd64        GNU TLS library - OpenSSL wrapper
ii  libssl-dev:amd64                               3.0.2-0ubuntu1.6                        amd64        Secure Sockets Layer toolkit - development files
ii  libssl3:amd64                                  3.0.2-0ubuntu1.6                        amd64        Secure Sockets Layer toolkit - shared libraries
ii  libssl3:i386                                   3.0.2-0ubuntu1.6                        i386         Secure Sockets Layer toolkit - shared libraries
ii  openssl                                        3.0.2-0ubuntu1.6                        amd64        Secure Sockets Layer toolkit - cryptographic utility
ii  perl-openssl-defaults:amd64                    5build2                                 amd64        version compatibility baseline for Perl OpenSSL packages

# kayo @ Elpis in ~ [22:49:36] C:130
$ uname -a
Linux Elpis 5.15.0-48-generic #54-Ubuntu SMP Fri Aug 26 13:26:29 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

# kayo @ Elpis in ~ [22:49:38] 
$ cat /etc/lsb-release 
───────┬────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
       │ File: /etc/lsb-release
───────┼────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
   1   │ DISTRIB_ID=Ubuntu
   2   │ DISTRIB_RELEASE=22.04
   3   │ DISTRIB_CODENAME=jammy
   4   │ DISTRIB_DESCRIPTION="Ubuntu 22.04.1 LTS"
───────┴────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────

More context here: tauri-apps/tauri#4470 (comment)

Hello, I would like to help with converting some performance sensitive features to Rust as mentioned in the README. Is there a To-Do list of these modules that would benefit from being converted?

Faker Integration. (I noticed it was deferred)

I'm currently working on support for JSON, CSV and SQL (personally, that's all I need for now). If the community is interested, I can subsequently work my way down to support other formats.

POC

You can assign the feature to me. I can come through with a PR soon.

Hi, starting with version 2.5.0 I can't run devtools anymore:

thread 'main' panicked at /home/runner/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tauri-runtime-wry-0.14.3/src/lib.rs:2021:55:
called `Result::unwrap()` on an `Err` value: Unknown { .. } - "Unknown error while interacting with the clipboard: X11 server connection timed out because it was unreachable"
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
Aborted (core dumped)

Same with recently released v 2.6.0

All is fine with 2.4.0
Fedora 39 / GNOME / Xorg

Something like https://crontab.guru/

The "about" menu works to display application logo and version but rest of application remains blank.

Context

We currently have a tool that converts between JSON and YAML. I propose extending this tool to support additional formats such as CSV and XML.

Proposed Change

Certainly! Here's how you can format the extension of format support in your feature request for the JSON converter:

Extend Format Support

Allow the current JSON-YAML converter to also handle conversions between JSON and other popular data formats, improving the tool's utility across different use cases:

• to/from CSV - Comma-Separated Values Example download file

• to/from XML - eXtensible Markup Language Example online file

• to/from TOML - Tom's Obvious, Minimal Language Example online

Questions for Discussion

• How should we handle data inconsistencies or conversion errors, especially for complex formats like XML?
• Maybe integrate the converter with the code snippet storage feature to enable direct conversion and/ or storage of code snippets & conversions. #107
• Dependencies or libraries to consider: ...
• Similar features in other projects for reference: ...

Potential Challenges

• Ensuring robustness and accuracy of conversions across multiple formats.(Correct error handling etc)
• Integrating this feature without complicating the UI/UX of existing tools. (Perhaps a bit like our current JSON Tools module)

The people have spoken!

A theme/token exporter that seamlessly Integrates with the visual and UI modules of devtools-x

Context

As a developer (/designer), I need a tool to efficiently manage and export design themes and tokens in various formats. Additionally, having a typography scale creator and previewer will streamline the design process.

Scope

• Export Options: Export themes and tokens in multiple formats (e.g., JSON, SCSS, CSS, PHP).
• Typography Scale: Create and preview typography scales for consistent design.

Current progress

Color conversions are mostly ready, currently working on the ui & typography exports.

import {
  cssConverter,
  javascriptConverter,
  jsonConverter,
  phpConverter,
  rawConverter,
  sassConverter,
  scssConverter,
  swiftConverter,
  tailwindConverter,
  tokenConverter,
  typeScriptConverter,
  xmlConverter,
  yamlConverter,
} from "@/utils/tokens/converter";

Preview

For a quick background removal I mainly use this site. Easier than firing up photoshop each time.

I came across this rust repo that uses onnx, would it be viable to implement it?
https://github.com/dnanhkhoa/rust-background-removal/tree/main

@Sparkenstein I would like to learn more about the rust part and are happy to collaborate on this feature.
Note: I could implement the JS library myself, but see a major benefit in using the rust ported one

Todo before PR

• Setup templates
• Preview final rendering
• Show/hide editor/ preview
• Edit a part
• Reordering parts
• Removing parts
• Preview templates before inserting
• Build more advanced templates like Awsome Readme

Todo for the markdown editor used in both modules

• Markdown cheatsheet
• → via one click insertion
• Wordcount
• Emoji modal

Inspired by: readme.so

Ideas/ discussion

• Implement ai/ content writing?
• Build a better ui for "shields.io/badges"
• Store references to local/machine files? ...

it's calling https://gchq.github.io/CyberChef/

works offline, also on Linux :)

Would be awesome to have a lot more things in the color tool like https://www.colorhexa.com/e5d461, especially the color schemes tools

As pointed out by @jackphilippi in #22 (comment)

The tool fails with some db error. need more information

The Appimage reports version 'GLIBC_2.32' not found and deb reports error while loading shared libraries: libssl.so.3: cannot open shared object file: No such file or directory. However, on Debian 11 those libraries cannot upgrade to that high version. Considering Debian 11 is still quite popular, please lower the versions of dependencies during building if possible.Thanks.

Brew is a standard way for many people to install tools on Mac. It would be good to have the ability to install devtools-x via brew.

would love to see a tool like this one https://www.epochconverter.com/

As pointed out in #22 by @cocoonkid the number modules fails when base is smaller than input

The markdown editor currently used in two modules, most of the logic is separated into the two main hooks. #94

• Markdown.tsx
• Readme.tsx

import { useFile, useMdEditorState } from "@/hooks";

Todo for the markdown editor

• Wordcount
• Emoji modal
• Markdown cheatsheet

→ via one click insertion by the: MarkdownInsertion.tsx

Within the readme editor:

• Build more advanced templates like Awsome Readme

Inspired by: readme.so

Ideas/ discussion for readme editor

• Implement ai/ content writing by allowing insertion of users own openAi key
• Build a better ui for "shields.io/badges"
• Store references to local/machine files? ...

Color harmonies/ visualisation like Atmos style

Current progress:

Generation and calculations are mostly done, currently working on a new improved picker;

PR will come in the upcoming week, stay tuned.