|
Build a verified portfolio. Get hired on your work.
Free forever β’ No credit card required β’ GitHub login
Semantic search across 10,000+ open source issues
### π Feature Description Improve the observability, diagnostics, and basic safety of the kornia-algebra::optim module by exposing richer optimization results, clearer termination information, and optional validation utilities. The goal is to make the optimizer easier to trust, debug, and integrate into real-world vision and geometry pipelines, without changing the underlying optimization algorithms. ### π Feature Category Geometry ### π‘ Motivation The optim module introduced in PR #664 provides a solid functional foundation, but it currently behaves largely as a black box. Users have limited visibility into why an optimization converged, stalled, or failed, and little support for validating custom factors or Jacobians. This makes debugging difficult, slows experimentation, and reduces confidence when integrating the optimizer into larger systems such as SLAM, bundle adjustment, or pose refinement pipelines. Improving observability and safety would significantly lower the barrier to adoption and complement ongoing benchmarking efforts. ### π Proposed Solution Introduce a set of usability- and safety-focused improvements, including: - Extend OptimizerResult to expose useful diagnostics such as: - Cost history across iterations - Final gradient norm - More informative termination details - Optional per-iteration metadata (e.g. step accepted/rejected) - Improve termination reporting to clearly distinguish convergence, divergence, numerical instability, and limit-based stops. - Add an opt-in finite-difference Jacobian validation utility to help users debug custom factors. - Enforce basic safety guards where applicable (e.g. automatic quaternion normalization during SE(3) optimization). These changes focus on API design and diagnostics rather than modifying solver mathematics or performance characteristics. ### π Library Reference This proposal is inspired by practices used in established optimization and geometry libraries such as: - C
Add a typing animation to the hero heading βWelcome to VigyBagβ so the text appears letter-by-letter with a blinking cursor. This will make the first impression more dynamic and engaging. Why is this Feature Needed? - Immediately draws attention to the brand message. - Adds a modern, interactive feel to the hero section. - Improves perceived polish without heavy assets. Visuals - Text types out: Welcome to VigyBag - Blinking caret at the end |
# π Issue Report / Feature Request Thank you for taking the time to open an issue! Please fill out the details below to help us understand and resolve it efficiently. --- ## π Issue Type Please select one: - [ ] Bug report π - [ ] Feature request π - [x] UI/UX improvement π¨ - [ ] Documentation update π - [ ] Other --- ## π Description The summarizer currently returns output in **Markdown (`.md`) format**, but the extension displays it as **raw text** instead of rendering it properly. This results in visible markdown syntax (such as `#`, `**`, `-`) rather than formatted headings, bold text, and lists. This issue aims to **parse and render markdown output correctly** in the UI. --- ## π Steps to Reproduce (for bugs) 1. Open any blog or documentation page 2. Click the extension icon 3. Generate a summary (any summary type) 4. Observe that the summary output shows raw markdown syntax --- ## β Expected Behavior - Markdown output should be **properly parsed and rendered** in the UI - Headings, bullet points, bold/italic text should display correctly - The summary should look clean and readable --- ## β Actual Behavior - Markdown syntax is displayed as plain text - Headings, lists, and formatting are not rendered --- ## πΌοΈ Screenshots (if applicable) <img width="1821" height="830" alt="Image" src="https://github.com/user-attachments/assets/61a4f459-9c11-4cb6-b48b-6523ace4bf82" /> --- ## π§ͺ Environment Details - Chrome Version: Latest - OS: Windows / macOS / Linux - Extension Version: 1.0.0 --- ## π‘ Additional Context Suggested approaches: - Use a lightweight markdown parser (e.g., `marked`) - Or implement a basic custom markdown-to-HTML parser - Ensure rendered HTML is safely sanitized This is a **good first issue** and suitable for beginners. --- ### π Are you willing to work on this issue? - [ ] Yes - [x] No
Three simple steps to build your verified developer portfolio
Find issues that match your skills, or add your own projects.
Contribute to open source or ship your own verified projects.
Share your verified portfolio. Let your work speak for itself.
Everything you need to prove your skills and build credibility
Semantic search across 10,000+ open source issues. Find issues that match your exact skills.
Blockchain-style proof of merge. Every contribution is cryptographically verified.
AST-based complexity analysis. Understand the true impact of your contributions.
Shareable profile showcasing verified work. Stand out to recruiters and teams.
We are building the standard for how developers prove their worth. Here is where we are going.
Recruiters can search naturally: 'Find a developer with 3 years of experience building Voice AI models.' We parse the intent and match based on actual code, not resume keywords.
We don't just match the person. We show the exact lines of code, pull requests, and architectural decisions that prove they built the Voice AI features they claim.
Code is just the output. We analyze the 'why' behind it: architectural patterns, trade-offs, and design choices. Did they choose the right tool for the job? We verify the human judgment, not just the syntax.
A world where you never write another resume. Your verified portfolio becomes your dynamic, living credential: instantly trusted by top teams. Hiring becomes a conversation about your work, not a quiz about algorithms.
Join developers who are building verified portfolios instead of padding resumes.
No credit card required β’ Free forever β’ GitHub login