Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

3rdParty: Suppress "error" message when navlib isn't present on macOS.#25711

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Open
pjcreath wants to merge1 commit intoFreeCAD:main
base:main
Choose a base branch
Loading
frompjcreath:noisy-macos-navlib

Conversation

@pjcreath
Copy link
Contributor

This simply comments out the "error" message that appeared every single time I launched FreeCAD from the command line.

Since 99% of users probably don't have a 3D mouse, this is not worth reporting.

@github-actionsgithub-actionsbot added the 3rd party componentIssue related to 3rd party component labelNov 26, 2025
@maxwxyzmaxwxyz added Type: OtherTasks, refactoring, quality improvement, actions, dependencies, packaging, translations or other... backport releases/FreeCAD-1-1Applied to a PR that is on main to trigger the automatic creation of another PR onto 1.1 labelsNov 27, 2025
@maxwxyzmaxwxyz added this to the1.1 milestoneNov 27, 2025
@maxwxyz
Copy link
Collaborator

@chennes do you have a 3D mouse on a mac?

@luzpaz
Copy link
Contributor

do you have a 3D mouse on a mac?

@JohnOCFII do you or know of anyone that could test this ?

@luzpaz
Copy link
Contributor

@pjcreath this solution seems a bit to overarching. Is there a way to fine tune it so it is shown only in relevant situations ?

@JohnOCFII
Copy link

@JohnOCFII do you or know of anyone that could test this ?

I don't. I agree that the solution seems blunt. Seems a conditional check for the existence of the mouse driver would only be done IF the user indicated they had a 3D mouse that required a driver. I think that'd require a Preference setting somewhere.

@maxwxyz
Copy link
Collaborator

Moving to 1.2 for now

@maxwxyzmaxwxyz modified the milestones:1.1,1.2Nov 28, 2025
@maxwxyzmaxwxyz removed the backport releases/FreeCAD-1-1Applied to a PR that is on main to trigger the automatic creation of another PR onto 1.1 labelNov 28, 2025
@pjcreath
Copy link
ContributorAuthor

this solution seems a bit to overarching. Is there a way to fine tune it so it is shown only in relevant situations ?

Not this particular message. Note that all this PR does it make the behavior equivalent to Windows: no message at startup.

I agree that the solution seems blunt. Seems a conditional check for the existence of the mouse driver would only be done IF the user indicated they had a 3D mouse that required a driver. I think that'd require a Preference setting somewhere.

I agree that would be preferable, but this particular message is at static initialization time, beforemain is even called. And since most people don't have a 3D mouse, this is a lot of noise for the standard case.

@maxwxyz, to be clear, this "error" message shows up whenever you don't have the drivers installed (regardless of hardware) which is probably 99% of users.

That means anyone with a Mac could test this: without the drivers first (before and after patch), and then with the drivers (before and/or after patch). It doesn't actually require hardware.

That (and parity with the Windows behavior) is why I think it makes sense to disable this message in such a blunt way.

As to useful log messages about presence or absence of 3D mouse support, I think that's a separate issue that would be better logged in a cross-platform manner as@JohnOCFII suggests. And that would require hardware to test.

Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment

Reviewers

No reviews

Assignees

No one assigned

Labels

3rd party componentIssue related to 3rd party componentType: OtherTasks, refactoring, quality improvement, actions, dependencies, packaging, translations or other...

Projects

Status: Queue

Milestone

1.2

Development

Successfully merging this pull request may close these issues.

4 participants

@pjcreath@maxwxyz@luzpaz@JohnOCFII

[8]ページ先頭

©2009-2025 Movatter.jp