Force field to top of item pane

[Emiliano Heyns]

Is there a robust way that BBT can force the citation key field to the top of the item pane? I tried fiddling with CSS but did not find anything that works. UI is really not my AoE (or AoI really), but I get regular requests to "restore: the key to the top position.

[XY Wong]

You can decide where to add your custom field row: https://github.com/zotero/zotero/blob/be1373dd3a40313916fe26b45326d7b763703f1b/chrome/content/zotero/xpcom/pluginAPI/itemPaneManager.js#L317

And then use CSS to hide the one provided by Zotero, as a workaround.

[Emiliano Heyns]

How do I use CSS to hide the zotero field though? I have tried this:

const doc = Zotero.

getMain

Window

().document

const

style =

doc.

createElement

('style')

style.id = 'bbt-hide-citationkey'

style.textContent = `

.zotero-item-pane-info-row[data-field="citationKey"] {

display: none !important;

}

`

doc.head.

appendChild

(style)

but the doc does not have a head

[XY Wong]

That's because Zotero's main window is not a standard HTML window. Use `document.documentElement.append(...)`

[Emiliano Heyns]

I'm making a note here: HUGE SUCCESS.

[Emiliano Heyns]

When I register a custom field using

Zotero.ItemPaneManager.

registerInfoRow

({

rowID: 'better-bibtex-citation-key',

pluginID,

label: { l10nID: 'better-bibtex_item-pane_info_citation-key_label' },

position: 'start',

multiline: false,

nowrap: false,

editable: false,

onGetData

({ item }) {

return item.

getField

('citationKey')

},

})

Can I set l10nargs for the label? And should the l10nID point to a toplevel ftl entity, or a .label?

[XY Wong]

it will be the direct value of the ftl key (toplevel ftl entity).

For now, we don't support l10nArgs nor dynamically setting/changing them, as it was assumed that for the same field, its label never changes. Do you have a special use case?

[Emiliano Heyns]

Yes -- BBT supports dynamic key reassignment which you can disable per item, and I want to display this status.

I am also trying to work out a way to do citation keys for read-only items that have no key; generating them isn't hard (most parts in place), but it might be possible to get the citation key editable (for local, non-DB save) for read-only items that have no citation key. I would want to have that status visible.

But it's mostly flourish. Nothing critical.

[XY Wong]

Hmm. We can allow l10nArg and dynamically set it in the coming versions.

[Emiliano Heyns]

Can I show/hide the field depending on features of the item (in my case, whether the item actually supports the citationKey field)?

[Emiliano Heyns]

Same for editable really -- I would have to be able to set this depending on whether the item is from a read-only library or not.

[Emiliano Heyns]

or are those setEditable and setEnabled from  

onItemChange? It looks like it.

[XY Wong]

Yes. Those should be available in `onItemChange`