Project

General

Profile

Actions

Bug #21030

closed

listing content elements should not depend on the 'header' field

Added by mbz about 15 years ago. Updated over 11 years ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
-
Target version:
-
Start date:
2009-09-10
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
4.3
PHP Version:
4.3
Tags:
Complexity:
Is Regression:
Sprint Focus:

Description

when listing content elements it should be checked wether the header field is set or not. if not, at least another check for the bodytext should be done - and displayed.

example: the browse_links function when selecting a content element to create a link inside a page.
especially bigger documents, containing a lot of content elements (that don't need to have a header) become uncontrolable when it comes to inserting links.
but it also would be very comfortable in the list module and wherever else records are listed.

a fast workaround can be done it ttypo3/class.browse_links.php: expandPage()
but i am no great programmer and want to be able to update in the future. (i dont like xclasses either)

i think it would be really easy to add this functionality.
(issue imported from #M11921)

Actions #1

Updated by mbz about 15 years ago

Can somebody tell me, what I should do with this ticket?
looks like nobody cares about it.

I am pretty new to this system, so I dont know if i made any mistakes or it is "normal" to wait for a couple of months.

please give me advise.

thanks!

Actions #2

Updated by Joh. Feustel about 14 years ago

I think this is a duplicate of #23952 and solved there

Actions #3

Updated by Chris topher about 14 years ago

#23952 was fixed in rev. 9323 for inclusion in TYPO3 4.5.

Actions #4

Updated by Alexander Opitz over 11 years ago

  • Status changed from New to Closed
  • Target version deleted (0)
  • TYPO3 Version set to 4.3

No response in over one year => closed.

Actions

Also available in: Atom PDF