Git Product home page Git Product logo

typo3cms-reference-viewhelper's Introduction

Fluid ViewHelper Reference

This is a complete reference of all available Fluid view helpers in TYPO3 CMS.

Note: This documentation was generated from the PHP source code of TYPO3 CMS and the package names do not correspond 1:1 to the Composer package names, as the cms- prefix has been removed. The generation is triggered by these GitHub Actions

Repository:https://github.com/TYPO3-Documentation/TYPO3CMS-Reference-ViewHelper
Read online:https://docs.typo3.org/other/typo3/view-helper-reference/main/en-us/

typo3cms-reference-viewhelper's People

Contributors

alexander-nitsche avatar danielsiepmann avatar garvinhicking avatar linawolf avatar metapublic-gbr avatar remonator avatar susannemoog avatar sypets avatar typo3-documentation-team avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

typo3cms-reference-viewhelper's Issues

Currently rendered ViewHelper reference start page does not use Documentation/Index.rst

  • people keep asking why is Fluid ViewHelper rendering broken
  • and keep pushing PR

The information on the start page currently does not reflect this.There is more information in README.rst and CONTRIBUTING.rst but that is not even linked to from the start page.

Documentation/Index.rst has already been updated but does not appear to get used.

Updating the start page would not solve the problem because people keep landing on subpages and asking about the rendering. But it is at least a start.


The current state still is much better then nothing.

I would remove this

Also notice that package names are not 1:1 Composer packages. cms- is striped.

striped?

Change description of f:uri.image

The documentation states

Resizes a given image (if required) and returns its relative path.

However it also returns the paths of non images with a filereference when setting treatIdAsReference.

9.5 version of ViewHelper reference: some code is not being rendered for link.email

There is a mismatch between fluid VH source in TYPO3 what is being rendered and what is in the GitHub repo. The rendered docs is based on a (very) old version (more than 2 years ago, see git blame).

In any case, in the rendered version the code example is missing for f:link.email, even though it's in the source (for 9.5)

vh

see also PR #30


source of rendered version:

Here, you can see that <f:link.email email="[email protected]" /> is missing:

Basic email link
----------------

::


Output::

   <a href="javascript:linkTo_UnCryptMailto('ocknvq,hqqBdct0vnf');">foo(at)bar.tld</a>

source in core

Basic email link
 * ----------------
 *
 * ::
 *
 *    <f:link.email email="[email protected]" />
 *
 * Output::
 *
 *    <a href="javascript:linkTo_UnCryptMailto('ocknvq,hqqBdct0vnf');">foo(at)bar.tld</a>

Optimizing cObject documentation?

This page: https://docs.typo3.org/typo3cms/ViewHelperReference/typo3/fluid/latest/CObject.html explains currentValueKey with currentValueKey, which does not provide too much insight...

Also, according to a Slack comment, a construct like this should also be possible:

<f:cObject typoscriptObjectPath="lib.someLibObject">{someValue}</f:cObject>

But it is not documented here.

I'd like to provide my own explanations - but unfortunately I have no clue what this currentValueKey is good for. Hopefully I can encourage somebody to provide some explanation and maybe 1 or 2 examples. I'd be happy to review!

Feature request: display information that Viewhelper is deprecated (if @dreprecated annotation exists for class)

be.container ViewHelper was deprecated, see https://github.com/TYPO3/typo3/blob/master/typo3/sysext/fluid/Classes/ViewHelpers/Be/ContainerViewHelper.php

  • :file:EXT:your_extension/Resources/Public/JavaScript/Library2.js
  • will be loaded, plus some inline labels for usage in JS code.
  • @deprecated since v11, will be removed in v12.

But this is not reflected on the rendered page: https://docs.typo3.org/other/typo3/view-helper-reference/master/en-us/typo3/fluid/latest/Be/Container.html

Perhaps there is a way to interpret the @deprecated and add a visible note about the deprecation to the generated .rst.

f:widget: Describe how to use custom pagination template

I was looking at how to override the default template for the pagination ViewHelper and found information only on external sites (example).

The community would benefit if this information was included in the official documentation.

The file appears to be at TYPO3CMS-Reference-ViewHelper/Documentation/typo3/fluid/9.5/Widget/Paginate.rst

Some conversion of arguments to ViewHelper creates text with XML entities

makes the text difficult to read and interpret.

Examples

  1. Conversion of arguments to ViewHelper for be.uri referenceType

https://docs.typo3.org/typo3cms/ViewHelperReference/typo3/fluid/latest/Be/Uri.html

referencetype

for

$this->registerArgument(
            'referenceType',
            'string',
            'The type of reference to be generated (one of the constants)',
            false,
            UriBuilder::ABSOLUTE_PATH
        );

https://github.com/TYPO3/TYPO3.CMS/blob/master/typo3/sysext/fluid/Classes/ViewHelpers/Be/UriViewHelper.php

In this case, it would probably be better to show UriBuilder::ABSOLUTE_PATH as string.

  1. be.tableList: fieldList etc.

https://docs.typo3.org/typo3cms/ViewHelperReference/typo3/fluid/latest/Be/TableList.html

vh2

vh3

Improve usability of menu for ViewHelpers with sub-ViewHelpers

ViewHelper and sub-ViewHelpers are on seperate pages which leads to duplicate entries in the menu.

Also, the sorting in menu is not immediately intuitive: First ViewHelpers with sub-ViewHelpers are displayed. Then, ViewHelpers without sub-ViewHelpers.

Example: moduleLayout

modulelayout

Replace "Edit on GitHub" workflow with contribution page

Most of the ViewHelper documentation is generated from the ViewHelper source code. Only the home page is maintained manually. Therefore, the "Edit on GitHub" workflow is counterproductive because it applies PRs to the reST files that will be overwritten during the next generation run. Remove the "Edit on GitHub" workflow and instead add a contribution page that explains all the manual steps.

Define general guidelines for formatting in ViewHelper comments

Goal: Make it as easy as possible for contributors.

This should probably be defined separately for

  • the TYPO3 core
  • for Fluid

And I guess it would be best to put it in the Contribution Guide for the core and CONTRIBUTING guidelines in fluid (for standalone version).

Before people use various kinds of markup or despair at the difficulties of which markup to use, it might be a good idea to give general guidelines for markup.

Additionally, it might be helpful to use only a small subset of markup, maybe even one that is very similar for reStructuredText and Markdown.

See "Common markup for Markdown and reStructuredText"

Related: PR #2

f:translate contains bad example - ordering is not explained

I could not change it directly.

Bad example:

{f:translate(key: 'someKey', arguments: {0: 'dog', 1: 'fox'}, default: 'default value')}

Value of key someKey in the current website language
with the given arguments (dog and fox) assigned for the specified
%s conversions (:php:sprintf()) in the language file::

Some text about a %s and a %s.

The output will be "Some text about a dog and a fox".

Better example

Bad example:
{f:translate(key: 'someKey', arguments: {0: 'dog', 1: 'fox'}, default: 'default value')}

Value of key someKey in the current website language
with the given arguments (dog and fox) assigned for the specified
%s or ordered %1$s conversions (:php:sprintf()) in the language file::

Some text about a %2$s being smaller than a %1$s.

The output will be "Some text about a fox being smaller than a dog".

Switching to 8.7 from 9.5 and master results in 403 forbidden for typo3fluid/fluid

Provide information about where to contribute

https://docs.typo3.org/typo3cms/ViewHelperReference/

Suggestions:

Add information about how to contribute (including links to issues) on start page.

Disadvantage: information only visible on start page.

Add related links section with link to issues and repository

This might be a challenge because reporting an issue here may not always be the ideal solution because a change might be requested in the core or typo3fluid, but adding a link to issues in "Related Links" has the advantage, that:

  • right now we are providing no information where to contribute on rendered ViewHelper reference. This would be a first step
  • If someone writes an issue, they will see a link to CONTRIBUTING file with information (once #2 is merged)

Link f:image.width to typoscript reference

f:image.height should link to the typoscript reference.

The rST patch would be

- See imgResource.width for possible options.
+ See :ref:`imgResource.width <t3tsref:imgresource-width>` for possible options.

.. but I do not know if that works when added to the typo3 source code.

"Edit n GitHub" button for automatically generated ViewHelper reference should link to source code?

I realize this might be a little difficult because we have generated docs from 2 source repos (core and fluid) and the paths of the files would need to be determined as well, but it would be quite helpful because:

  • Make it easier to contribute (esp. for current non-core / Fluid contributors)

Example page: https://docs.typo3.org/other/typo3/view-helper-reference/main/en-us/typo3/core/latest/Form/TypoScriptConstants.html

Alternatives:

  • show a banner on the top of the page with information about how to contribute and where the source code is

ReST Files are not rendered anymore

There have been some new changes, but it does not get rendered, so the new Information is missing.

For Example how it should be: https://docs.typo3.org/other/typo3/view-helper-reference/main/en-us/typo3/fluid/latest/Link/Typolink.html#addquerystring

Outdated Information: https://docs.typo3.org/other/typo3/view-helper-reference/main/en-us/typo3/fluid/latest/Link/Page.html#addquerystring

I have looked into the Core Files, but it's correct there, so it must be a rendering problem.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.