php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #44395 FR: custom changelog parsing
Submitted: 2008-03-10 17:23 UTC Modified: 2012-04-06 18:01 UTC
From: philip@php.net Assigned:
Status: Wont fix Package: Doc Build problem
PHP Version: Irrelevant OS:
Private report: No CVE-ID: None
View Developer Edit
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: philip@php.net
New email:
PHP Version: OS:

 

 [2008-03-10 17:23 UTC] philip@php.net 
Description:
------------
This feature request allows us to configure which ChangeLog entries are displayed (built) by PhD.

For example, we may say "Do not show changelog entries earlier than 4.1.0"

This only takes into account changelog roles inside function documentation for now, but should allow future types of changelog markup too.

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2008-03-11 00:48 UTC] ezyang@php.net 
A related, but more complex feature request, would be to have PhD discard parts of documentation that are not pertinent to a version; thus docs can contain info for things in CVS HEAD, while we build against the latest stable version of PHP. This would probably need some extra markup.
 [2008-05-04 00:34 UTC] bjori@php.net 
I don't think PhD can sanely discard changelog rows based on magic entry value.
It would make more sense if we used some attributes which we could then compare against.
Something like <entry version="5.2.0">Introduced foobar</entry> could easily be dropped by PhD, or magically create the "version" field in the changelog table.

This can also be solved with JS by collapsing all entries based on the "configured setting"...
 [2009-09-25 18:30 UTC] philip@php.net 
Interesting. Added a version="" attribute anywhere sounds potentially 
useful on many levels, but may cause problems on others. Let's think 
about it.
 [2012-04-06 18:01 UTC] bjori@php.net 
I don't think this is every going to happen
 [2012-04-06 18:01 UTC] bjori@php.net
-Status: Analyzed +Status: Wont fix
 
PHP Copyright © 2001-2025 The PHP Group
All rights reserved. 		Last updated: Wed May 14 04:01:27 2025 UTC