On 16/12/13 07:18, Anton Khirnov wrote:
> 
> On Mon, 16 Dec 2013 01:39:30 +0100, Luca Barbato <[email protected]> wrote:
>> @code command reports verbatim everything between it and @endcode.
>> ---
>>
>> Yes it is ugly but the doxy render is even worse w/out this change.
>>
>>  libavutil/dict.h | 30 +++++++++++++++---------------
>>  1 file changed, 15 insertions(+), 15 deletions(-)
>>
>> diff --git a/libavutil/dict.h b/libavutil/dict.h
>> index ab23f26..e0a91ae 100644
>> --- a/libavutil/dict.h
>> +++ b/libavutil/dict.h
>> @@ -40,21 +40,21 @@
>>   * entries and finally av_dict_free() to free the dictionary
>>   * and all its contents.
>>   *
>> - * @code
>> - * AVDictionary *d = NULL;                // "create" an empty dictionary
>> - * av_dict_set(&d, "foo", "bar", 0);      // add an entry
>> - *
>> - * char *k = av_strdup("key");            // if your strings are already 
>> allocated,
>> - * char *v = av_strdup("value");          // you can avoid copying them 
>> like this
>> - * av_dict_set(&d, k, v, AV_DICT_DONT_STRDUP_KEY | AV_DICT_DONT_STRDUP_VAL);
>> - *
>> - * AVDictionaryEntry *t = NULL;
>> - * while (t = av_dict_get(d, "", t, AV_DICT_IGNORE_SUFFIX)) {
>> - *     <....>                             // iterate over all entries in d
>> - * }
>> - *
>> - * av_dict_free(&d);
>> - * @endcode
>> + @code
>> +   AVDictionary *d = NULL;           // "create" an empty dictionary
>> +   AVDictionaryEntry *t = NULL;
>> +
>> +   av_dict_set(&d, "foo", "bar", 0); // add an entry
>> +
>> +   char *k = av_strdup("key");       // if your strings are already 
>> allocated,
>> +   char *v = av_strdup("value");     // you can avoid copying them like this
>> +   av_dict_set(&d, k, v, AV_DICT_DONT_STRDUP_KEY | AV_DICT_DONT_STRDUP_VAL);
>> +
>> +   while (t = av_dict_get(d, "", t, AV_DICT_IGNORE_SUFFIX)) {
>> +       <....>                             // iterate over all entries in d
>> +   }
>> +   av_dict_free(&d);
>> + @endcode
>>   *
> 
> I don't see any visible prettification with doxygen 1.8.5
> 

Why I'm getting a column of * w/out this patch?

lu



_______________________________________________
libav-devel mailing list
[email protected]
https://lists.libav.org/mailman/listinfo/libav-devel

Reply via email to