eeschema: Multiple menu items for file/url link

Bug #1811142 reported by NhatKhai
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
KiCad
New
Unknown

Bug Description

I would like to able to access to multiple URL/file links in the symbol fields under eeschema.
Please check the the attachment image of a eeschema pop-up menu in a symbol where "Open Documentation" items are.

In 4.0.7 version:
  The Open Documentation item actually open the file/link that defined in .dcm relative the the symbol.

In 5.x version:
  This Open Documentation item open what file/link that specified in the datasheet field of the symbol.

What I like to suggest is a difference way. That is:
  Around the Opebn Documentation section of the pop-up should have multiple item for multiple available file/link from the symbol. For example we may have a symbol under schematic that having:
   datasheet: LINK_A
   erra: LINK_B
   LINK_C in the .dcm file.

Then the area of Open Documentation should replace with items like:
  Open Documentation (This point to LINK_C)
  Open Datasheet (This point to LINK_A)
  Open Erra (This point to LINK_B)

With this scheme, one use case like mine will be helpful. I like to use .dcm to point to a local file of the datasheet in-case my URL link in datasheet no long valid on the internet. So now I can open my datasheet with/without internet. And if the link are gone. I can use my local datasheet file as a reference to make sure I can search/relocate the new URL link to that correct datasheet of that exact version or whatever.
Also, I can quickly look at the Erra, or any other relative document to this symbol under schematic.

Tags: eeschema
Revision history for this message
NhatKhai (nhatkhai) wrote :
Revision history for this message
Rene Poeschl (poeschlr) wrote :

The datasheet field in the lib file is a legacy field. The current behavior is that it is overwritten (if empty) by the one in the dcm file. (The dcm file allows different datasheets for different aliases.)

I doubt this would be implemented even remotely similar in the new file format.
It might be a good idea to include an option for adding any number of datasheets to the new file format. (Some might use this feature to provide alternative links to the same file. Others might want to include additional information. Some manufacturers have multiple datasheets for the same component. Microcontrollers for example often have a user manual and a specification file.)

Changed in kicad:
status: New → Triaged
importance: Undecided → Wishlist
milestone: none → 6.0.0-rc1
tags: added: eeschema
Revision history for this message
Paul van der hoeven (paulvdh) wrote :

Rene pointed me to this because I just posted a proposal for a KICAD_DATASHEET_DIR environment variable to have a default location for datasheets.
https://forum.kicad.info/t/kicad-datasheet-dir-proposal/16845

Revision history for this message
Paul van der hoeven (paulvdh) wrote :

Got me thinking...
Now there is a "Datasheet" field.
An easy way to add priority is to sort all fields which start with "Datasheet" alfabetically for searching.

A very general way to match the "Value" field with a datasheet name is if a Field can reference another field, maybe even combined with regular espressions.

"Name:" "Value:" would then be something like:
"Datasheet_001" "$(KICAD_DATASHEET_DIR)/$(ValueField)"

Revision history for this message
KiCad Janitor (kicad-janitor) wrote :

KiCad bug tracker has moved to Gitlab. This report is now available here: https://gitlab.com/kicad/code/kicad/-/issues/2318

Changed in kicad:
status: Triaged → Expired
Changed in kicad:
importance: Wishlist → Unknown
status: Expired → New
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.