-
Notifications
You must be signed in to change notification settings - Fork 19
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 our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Remove necessity of including profiling PI to enable profiling #529
Comments
I would like to address this issue a bit further:
That means, we need to find out first which DocBook version we use. For this use case, we have the Not sure if this is "simpler", but just for the records. I've compiled an almost equivalent output with
|
DAPS already used said stylesheet and knows what DocBook version is used. Therefore the decision which profiling stylesheet to use can be done by DAPS internally. |
We have 7 different profiling stylesheets:
Is it really necessary to have all of them (they differ, if at all, only slightly)? If we are to get rid of the PI, we need to reduce the stylesheets to two: one for DB4 and one for DB5. |
With sunsetting Novdoc and the need for a DTD, we can probably remove some. I would vote to keep |
* profiling does not work, yet (needs fixing #529) * renamed ADOC_DIR to ADOC_RESULTDIR for consistency Requires to specify a custom directory where the topic files are located. This should also be supported for xml and adoc for consistency. All directories variables used in make should also have the same name everywhere, regardless of the source format. Will require a major code overhaul.
Profiling nos is enabled automatically if one of the profiling variables is set or when the option --setdate is used
Fixed with f106e07 |
Profiling nos is enabled automatically if one of the profiling variables is set or when the option --setdate is used
Profiling nos is enabled automatically if one of the profiling variables is set or when the option --setdate is used
Profiling nos is enabled automatically if one of the profiling variables is set or when the option --setdate is used
Currently, when you start a new document and want to enable profiling, you have to remember the following steps:
Imo, step (1) and (2) are relatively obvious. However, step (3) is non-obvious and has been an issue for me on a couple of occasions.
There does not seem to be a real justification for (3) to exist either -- if the DAPS command-line/or DC includes a profiling command, it is clear that the user intention is to profile. To get the right profiling stylesheet (DB4 v/ DB5), you only need to look at the xmlns & version attributes (or the DOCTYPE for DB4) -- and DAPS already does that for validation.
So, I would suggest to do the following:
The text was updated successfully, but these errors were encountered: