you're doing something wrong. Try selecting the [, then press ctrl+f - the search&replace dialogue will open with the [ already in the search field.
I've just tested this with Ooo 3.1 and Zotero 2.0b7.4 using the IEEE style
I use Ooo 3.1 and Zotero 2.0b7.4 using the Chinese Std GB/T 7714-2005 style. It cannot find "[". When I switch style from Chinese Std ... to IEEE, I can do what you say. But it return to an old problem: the citations become static.
I use Ooo 3.1 and Zotero 2.0b7.4 using the Chinese Std GB/T 7714-2005 style. The only problem is that "[" isn't superscript. I think it is not a right way to use other methods like "find and replace" . Maybe it need a little more work to complete this style.
as you can read in some of the posts above this is a Zotero problem and not a problem of the style. It will be solved when the new CSL processor is implemented as Frank notes above.
find&replace is a workaround - since, as you note, it makes the citations static, it should be done right before sending off a document. I don't have time to test this with the style you are using - have you tried selecting the item you're looking for as I suggest above? Also, you could remove the field codes before searching. (Once again, of course, only just before sending off the file - and then saving it in a separate file form the document containing the full zotero citation information).
zorn: That does set the braces in superscript, doesn't it? Well done, and if I suggested that this was not currently possible, I stand corrected.
An additional issue, though, is that the IEEE style guide requires that a range of reference numbers (1 through 3, say) be rendered with braces around the individual numbers, and a range delimiter between them, like [1]-[3]. Logically, that looks like it should be the result from your code, but instead we currently get [1-3]. When it becomes available, the new processor will produce [1]-[3] (all superscripted) when the braces are on the text element, and [1-3] (all superscripted) when the braces are on the layout element.
fbennett: Though I can raise the "[" up to superscrit, I am still curious to know why the code posted above by heromyth failed. It seems neat and well-arranged.
Most decorations (boldface, superscript) for most elements in CSL are applied only to the content rendered by the element, and not to the prefix and suffix strings. For the most part, this is the desired behavior (an italicized title, for example, should not be followed by an italicized comma). To override it, you can always just wrap the relevant element in a group and apply the decorations to the entire content of the group (including the affixes of any children).
The layout element is an exception, both because you generally want all decorations on the layout tag to apply to its affixes, and because layout is the outermost rendering tag, and therefore cannot itself be wrapped in a group to achieve more aggressive decoration behavior. The current processor treats layout as an ordinary element (similar to cs:names or cs:text), and that's the normal behavior in that case.
sorry to disappoint, but this has been tried before and only somewhat solves the problem:
If you cite two articles (as multiple citations), the citation number are presented as followed in the text: [1][2] starting to 3 citations in a row, the reduced form appears, ie [1-3]. I don't think this is normal, but I may be wrong as I don't know the "advanced engeneering materials" original style.
Upgrade Storage
For a normal entered "[", that works.
I've just tested this with Ooo 3.1 and Zotero 2.0b7.4 using the IEEE style
find&replace is a workaround - since, as you note, it makes the citations static, it should be done right before sending off a document. I don't have time to test this with the style you are using - have you tried selecting the item you're looking for as I suggest above? Also, you could remove the field codes before searching. (Once again, of course, only just before sending off the file - and then saving it in a separate file form the document containing the full zotero citation information).
<layout delimiter="," vertical-align="sup">
<text prefix="[" suffix="]" variable="citation-number" />
</layout>
</citation>
An additional issue, though, is that the IEEE style guide requires that a range of reference numbers (1 through 3, say) be rendered with braces around the individual numbers, and a range delimiter between them, like [1]-[3]. Logically, that looks like it should be the result from your code, but instead we currently get [1-3]. When it becomes available, the new processor will produce [1]-[3] (all superscripted) when the braces are on the text element, and [1-3] (all superscripted) when the braces are on the layout element.
Here's a test fixture that exercises both cases.
The layout element is an exception, both because you generally want all decorations on the layout tag to apply to its affixes, and because layout is the outermost rendering tag, and therefore cannot itself be wrapped in a group to achieve more aggressive decoration behavior. The current processor treats layout as an ordinary element (similar to cs:names or cs:text), and that's the normal behavior in that case.