CarlosJuncher03 opened a new issue, #6510: URL: https://github.com/apache/hop/issues/6510
In Apache Hop 2.17, the UI improvements—especially the updated Explorer / file search & navigation experience—are a big step forward. My team loved it: organizing pipelines using folders/subfolders (mappings, subpipelines, etc.) feels much more natural now and has noticeably improved our daily workflow. My question is about the intended direction for this area: Is the goal to keep the Explorer simple, focused on browsing and basic file opening (Explorer-like), or Is there an intention to evolve it into a more complete experience, closer to an editor/IDE (VS Code-like) for auxiliary files? Context In many projects, besides Hop files, we need to work with other artifacts that are part of the pipeline, such as .sql, .py, .json, .md, config files, etc. Today we typically have to open a separate IDE (we use VS Code) to edit those. Optional enhancement ideas These are not critical features, but they could add real value and be a nice differentiator—if aligned with the roadmap: Show line numbers Support themes (light/dark) and UI consistency Improve/extend icons per file type Syntax highlighting for common types (SQL, Python, JSON, Java, etc.) Markdown preview/rendering Detect file types by extension and open with the appropriate editor Question Is there an official direction (or ongoing discussion) regarding how far the Hop Explorer/Editor should go? If the vision is to keep it simple, that’s totally fine—but if there’s room to evolve it, I’d be happy to open separate issues for incremental improvements (line numbers, themes, markdown, highlighting, etc.) based on what makes sense for the project. Note Congrats to the team—this area is genuinely better. We’ve seen clear productivity gains, especially because we apply a software-engineering style organization to our pipelines (folders/subfolders by domain and responsibility). Just to recall, the screen is very good, this would be like a small interface adjustment that would make it easier to adopt a single tool for minor edits in other files -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
