Chromium Embedded Framework (CEF). A simple framework for embedding Chromium-based browsers in other applications.
C-Rank Grade: B (Solid) - 52/100
External PR Merge Rate: 64%
Response Time: 1d
First Timer Success: 50%
chromiumembedded/cef has a recorded first-timer success rate of 50.0%. Repositories ranked B typically provide actionable feedback during code reviews and actively nurture new community contributors.
Maintainers in chromiumembedded/cef respond to incoming external pull requests in approximately 29.6 hours on average. Keeping PRs focused on single tasks and ensuring tests pass helps maintainers review faster.
The C-Rank™ system evaluates GitHub projects on a 0–100 scale using real data: PR merge rates, review turnaround time, active maintainer presence, and first-time contributor success. A score of 51.6 places chromiumembedded/cef in the B tier.
The external contributor pull request merge rate for chromiumembedded/cef is 63.7%, based on public PR activity from non-core contributors.
chromiumembedded/cef currently has 3 active issue(s) tagged with beginner-friendly labels like "good first issue", "beginner", or "up-for-grabs".
Balanced & professional review environment in chromiumembedded/cef. Maintains strict focus on technical quality and test standards.
Average Response Latency
Tracks hours until a maintainer leaves a review, comment, or PR response.
External Acceptance Rate
Percentage of community pull requests successfully merged into main.
First PR Conversion
Rate at which developers submitting their first repository PR succeed.
Show contributors that your repository actively reviews and merges external pull requests.
[](https://getmerged.abhishekco.de/chromiumembedded/cef?utm_source=github&utm_medium=badge)
Historical health & responsiveness evolution
External PR acceptance
First PR success rate
50% receive response in
90% receive response in
Maintainer review activity heatmap & prime window prediction
Calculating local time...
Calculating local time...
Detected: UTC
Maintainers are most responsive around 18:00 UTC (18:00 UTC in your timezone). Recommended submission window is Wednesday - Friday from 16:00 to 20:00 UTC (16:00 - 20:00 UTC local).
Limited recent maintainer review activity recorded for this repository. Prediction based on heuristic baseline.
Maintainer Strategy: Maintainer Sweet Spot: PRs under 150 lines merge in ~19 hours (80% approval). Large PRs (>500 lines) take ~142 hours (29% approval). Keep your diff compact for rapid review.
Enter your branch size and test coverage below to forecast review turnaround and get 1-click git splitting commands.
Alternative open-source projects with active maintainers in C++.
《明日方舟》小助手，全日常一键长草！| A one-click tool for the daily tasks of Arknights, supporting all clients.
Turn your Pico 2 W into a DualSense 5 dongle.
ROS 2 Navigation Framework and System
Describe the bug Two issues I observe with PDF viewer in CEF with off screen rendering. If I scroll a PDF file with mouse wheel, then drag with touch input, then scroll with mouse wheel again, scroll wheel no longer works until I reload the page. If I use keyboard shortcuts Ctrl + or Ctrl - to change zoom, they do not function at all. However Ctrl ] or [ does rotate the page. This only occurs in the PDF viewer. Normal web pages behave fine. My app requires off screen rendering as it has uses custom UI and rendering systems. To Reproduce I can repro the Zoom keyboard shortcut issue with cefclient: On Windows 11, run cefclient test app with command line --off-screen-rendering-enabled --no-sandbox --disable-gpu --url="https://api.printnode.com/static/test/pdf/multipage.pdf#toolbar=0" Try Ctrl +, - and Ctrl ], [ Observe rotate working, but zoom not. Repeat the process without the off screen rendering option to observe expected function. I cannot reproduce the mouse -> touch -> mouse wh
Describe the bug Off screen rendering with 'multi_threaded_message_loop = true' in Chinese IME (微软拼音) input , the IME position is incorrect, especially when opening the browser for input for the first time. Under the following conditions, there are many errors in the example [cef-master\tests\cefclient\browser\osr_window_win.cc / osr_ime_handler_win.cc ... ] osr_ime_handler_win.cc: OsrImeHandlerWin::SetInputLanguage >>input_language_id_ = static_cast(wcstoul(&keyboard_layout[KL_NAMELENGTH >> 1], 0, 16)); The value of keyboard_layout should be in hexadecimal, right? SetCaretPos The calling thread is not taken into consideration. But it is called from OnImeCompositionRangeChanged > OsrImeHandlerWin::ChangeCompositionRange > OsrImeHandlerWin::MoveImeWindow, its thread is inconsistent with the thread of the win window. Another issue is that, When CEF first opened the search website and entered the information. windows callback: WM_IME_COMPOSITION message sent to CEF, the C
Describe the bug Selecting text on a PDF does not trigger the CefRenderHandler::OnTextSelectionChanged callback. To Reproduce Open https://ontheline.trincoll.edu/images/bookdown/sample-local-pdf.pdf or any other PDF Select some text and observe whether OnTextSelectionChanged gets called Expected behavior For OnTextSelectionChanged to get called just as it does for text selections on HTML documents. Version: OS: Windows 10 CEF Version: 141.0.11 Additional context If you right click on the PDF with text selected, the ContextMenuHandler::OnBeforeContextMenu() gets called with a CefContextMenuParams object that does have the text selection, accessible via params->GetSelectionText(). So the text selection is available to CEF, it just isn't exposed to the CefRenderHandler as one would expect.
Rate what actually matters after opening a pull request here.
Rate your first-hand PR experience (review speed, maintainer responsiveness, and onboarding ease) to help other contributors.
When evaluating whether to contribute to chromiumembedded/cef, response velocity and maintainer engagement are crucial. GetMerged continuously tracks pull request trajectories, first-comment latency, and code review rounds to help developers avoid submitting pull requests to backlogged repositories.
Currently, maintainers of chromiumembedded/cef acknowledge new external contributions in approximately 1 days+. Out of all submitted pull requests from non-core authors in the last 180-day window, 63.7% were successfully merged into the primary branch.
chromiumembedded/cef has a recorded first-timer success rate of 50.0%. Repositories ranked Solid typically provide actionable feedback during code reviews and actively nurture new community contributors.
The initial maintainer response time averages ~1 days+. Keeping PRs scoped to single concerns and ensuring CI checks succeed will optimize review turnaround.
The C-Rank™ index scores repositories on a 0 to 100 scale using an objective formula: external PR merge rates, initial response speed, active maintainer count, and first-time contributor retention. A score of 51.6 places chromiumembedded/cef in the Solid tier.
The external pull request merge rate is 63.7%. GetMerged isolates non-core community contributions so external developers get an accurate benchmark of PR acceptance probability.
Yes, chromiumembedded/cef currently has 3 active issue(s) tagged with beginner-friendly labels. You can inspect these directly from the repository issues tab.
All metrics displayed for chromiumembedded/cef are automatically retrieved via the public GitHub API and recalculated daily. Insider pull requests submitted by repository owners or organization members are excluded from merge rate calculations to preserve objective external contributor statistics.