From shanmugarajan.k at tcs.com  Thu Mar  1 15:06:10 2012
From: shanmugarajan.k at tcs.com (Shanmugarajan K)
Date: Thu, 1 Mar 2012 19:36:10 +0530
Subject: [TYPO3-dev] Content element specific tabs are missing in Typo3 4.5
Message-ID: <mailman.7476.1330610775.705.typo3-dev@lists.typo3.org>

Dear Team,

Currently i am working on Typo3 4.5 and i can able to see the content 
elements specific tabs are removed (when we do the create/edit page 
content elements) and related TCEFORM fields are displays under "General" 
tab.  Is that any global setting there to enable that tabs again, so that 
respective content element displays under separate tabs?

Thanks & regards
Shan
=====-----=====-----=====
Notice: The information contained in this e-mail
message and/or attachments to it may contain 
confidential or privileged information. If you are 
not the intended recipient, any dissemination, use, 
review, distribution, printing or copying of the 
information contained in this e-mail message 
and/or attachments to it are strictly prohibited. If 
you have received this communication in error, 
please notify us by reply e-mail or telephone and 
immediately and permanently delete the message 
and any attachments. Thank you




From typo3.lists at philippgampe.info  Thu Mar  1 15:43:42 2012
From: typo3.lists at philippgampe.info (Philipp Gampe)
Date: Thu, 01 Mar 2012 15:43:42 +0100
Subject: [TYPO3-dev] Content element specific tabs are missing in Typo3
	4.5
References: <mailman.7476.1330610775.705.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1330613023.29881.typo3-dev@lists.typo3.org>

Hi Shanmugarajan K,

Shanmugarajan K wrote:

> Currently i am working on Typo3 4.5 and i can able to see the content
> elements specific tabs are removed (when we do the create/edit page
> content elements) and related TCEFORM fields are displays under "General"
> tab.  Is that any global setting there to enable that tabs again, so that
> respective content element displays under separate tabs?

The tabs got reodered to be more natural and easier for the editors.
What are content element specific tabs?

You can change the order in an own extension overriding the core 
definitions.

Best regards
-- 
Philipp Gampe ? PGP-Key 0AD96065 ? TYPO3 UG Bonn/K?ln ? linkvalidator



From jigal at xs4all.nl  Thu Mar  1 15:47:24 2012
From: jigal at xs4all.nl (Jigal van Hemert)
Date: Thu, 01 Mar 2012 15:47:24 +0100
Subject: [TYPO3-dev] Content element specific tabs are missing in Typo3
 4.5
In-Reply-To: <mailman.7476.1330610775.705.typo3-dev@lists.typo3.org>
References: <mailman.7476.1330610775.705.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1330613248.30582.typo3-dev@lists.typo3.org>

Hi,

On 1-3-2012 15:06, Shanmugarajan K wrote:
> Currently i am working on Typo3 4.5 and i can able to see the content
> elements specific tabs are removed (when we do the create/edit page
> content elements) and related TCEFORM fields are displays under "General"
> tab.  Is that any global setting there to enable that tabs again, so that
> respective content element displays under separate tabs?

In TYPO3 4.5 the tabs of content elements and page properties were 
redesigned. Options which belong together are now placed together.
Also the most frequently used settings are on the first tab ("General").

There is no setting to turn things back to the way it was in 4.4.

Most people get used to it very quickly.

-- 
Kind regards / met vriendelijke groet,

Jigal van Hemert.


From mimi at kaktusteam.de  Fri Mar  2 02:39:43 2012
From: mimi at kaktusteam.de (Michael Knoll)
Date: Fri, 02 Mar 2012 02:39:43 +0100
Subject: [TYPO3-dev]  Filter page tree depending on selected module
Message-ID: <mailman.1.1330652327.6505.typo3-dev@lists.typo3.org>

Hi there,

is there a possibility to filter the page tree depending on a selected 
backend module? Our module sets the 'contains' field of certain 
sysfolders and we only want to display pages with a certain value in 
'contains' when the module is selected in the backend.

Any hints on how to implement this!

Thanks a lot!


Regards

Mimi


From typo3 at kay-strobach.de  Fri Mar  2 09:02:24 2012
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Fri, 02 Mar 2012 09:02:24 +0100
Subject: [TYPO3-dev] [TYPO3-templavoila] TYPO3 skindirectory
Message-ID: <mailman.7532.1330675502.705.typo3-dev@lists.typo3.org>

Hello guys,

as asked a thousand times by many users of the mailinglist (mostly
german) i started to create a skindirectory as part of the sitemgr project.

The current state can be seen here:

	http://themes.kay-strobach.de

The skins are all based on templavoila and templavoila_framework. This
makes it possible to exchange the skins easily as extension.

Planned features:
	- package builder, similar to introduction package
	- filter skins by color
	- filter skins by features
	- search skin
	- more extended documentation

I'd like to get some feedback about this project - please mind, that the
docs may not be complete yet.

Regards
Kay
-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

Answere was usefull: https://flattr.com/profile/kaystrobach


From bs.newsfeeds at googlemail.com  Sat Mar  3 22:50:43 2012
From: bs.newsfeeds at googlemail.com (=?ISO-8859-15?Q?Bernd_Sch=F6nbach?=)
Date: Sat, 03 Mar 2012 22:50:43 +0100
Subject: [TYPO3-dev]  Sorting of comma separated UIDs
Message-ID: <mailman.1.1330811443.26396.typo3-dev@lists.typo3.org>

Hi,

I have a flexform field, where an BE User can select fe_user entries to 
be displayed in the front end.
The problem I am having is that the sorting of the flexform field is not 
respected in the front end output.
Is there any native extbase way to do that?

Greets
Bernd

Flexform Code:
<settings.users>
<TCEforms>
<label>LLL:EXT:iccore/locallang_db.xml:tx_iccore.pi_flexform_users.users</label>
	<config>
		<type>select</type>
		<foreign_table>fe_users</foreign_table>
		<foreign_table_where>
			AND fe_users.usergroup = ###PAGE_TSCONFIG_ID###
			ORDER BY fe_users.name
		</foreign_table_where>
		<size>10</size>
		<minitems>0</minitems>
		<maxitems>9999</maxitems>
	</config>
</TCEforms>
</settings.users>

Function:
	/**
	 * Finds an object matching the given identifier.
	 *
	 * @param array $uid The identifier of the object to find
	 * @return object The matching object if found, otherwise NULL
	 */
	public function findByUidList($uids) {
		$query = $this->createQuery();
		$query->getQuerySettings()->setRespectSysLanguage(FALSE);
		$query->getQuerySettings()->setRespectStoragePage(FALSE);
		$object = $query
					->matching(
						$query->in('uid', $uids)
					)
					->execute();
		return $object;
	}


From tobias.liebig at typo3.org  Sun Mar  4 12:18:31 2012
From: tobias.liebig at typo3.org (Tobias Liebig)
Date: Sun, 4 Mar 2012 12:18:31 +0100
Subject: [TYPO3-dev] Sorting of comma separated UIDs
In-Reply-To: <mailman.1.1330811443.26396.typo3-dev@lists.typo3.org>
References: <mailman.1.1330811443.26396.typo3-dev@lists.typo3.org>
Message-ID: <mailman.327.1330859918.627.typo3-dev@lists.typo3.org>

Hej Bernd, 

i had exactly the same problem a while ago. As extbase had no option for that yet i created an patch to use an custom ordering expression.
You might want to check and review: https://review.typo3.org/#/c/8619/

$query->setOrderings(
	'FIELD(uid, "' . implode(',', $uids) . '")' => Tx_Extbase_Persistence_QueryInterface::ORDER_EXPRESSION
)

regards
   Tobias


Am 03.03.2012 um 22:50 schrieb Bernd Sch?nbach:

> Hi,
> 
> I have a flexform field, where an BE User can select fe_user entries to be displayed in the front end.
> The problem I am having is that the sorting of the flexform field is not respected in the front end output.
> Is there any native extbase way to do that?
> 
> Greets
> Bernd
> 
> Flexform Code:
> <settings.users>
> <TCEforms>
> <label>LLL:EXT:iccore/locallang_db.xml:tx_iccore.pi_flexform_users.users</label>
> 	<config>
> 		<type>select</type>
> 		<foreign_table>fe_users</foreign_table>
> 		<foreign_table_where>
> 			AND fe_users.usergroup = ###PAGE_TSCONFIG_ID###
> 			ORDER BY fe_users.name
> 		</foreign_table_where>
> 		<size>10</size>
> 		<minitems>0</minitems>
> 		<maxitems>9999</maxitems>
> 	</config>
> </TCEforms>
> </settings.users>
> 
> Function:
> 	/**
> 	 * Finds an object matching the given identifier.
> 	 *
> 	 * @param array $uid The identifier of the object to find
> 	 * @return object The matching object if found, otherwise NULL
> 	 */
> 	public function findByUidList($uids) {
> 		$query = $this->createQuery();
> 		$query->getQuerySettings()->setRespectSysLanguage(FALSE);
> 		$query->getQuerySettings()->setRespectStoragePage(FALSE);
> 		$object = $query
> 					->matching(
> 						$query->in('uid', $uids)
> 					)
> 					->execute();
> 		return $object;
> 	}
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev



From jigal at xs4all.nl  Mon Mar  5 10:37:53 2012
From: jigal at xs4all.nl (Jigal van Hemert)
Date: Mon, 05 Mar 2012 10:37:53 +0100
Subject: [TYPO3-dev] [TYPO3-core] This Week's "Friendly Ghost"
In-Reply-To: <mailman.1.1330338933.18079.typo3-team-core@lists.typo3.org>
References: <mailman.1.1330338933.18079.typo3-team-core@lists.typo3.org>
Message-ID: <mailman.433.1330940401.627.typo3-dev@lists.typo3.org>

Hi,

I'll try to post some statistics later.

This weeks friendly ghost is Christian Jul Jensen, treat him kindly.

-- 
Kind regards / met vriendelijke groet,

Jigal van Hemert.


From steffen.ritter at typo3.org  Mon Mar  5 16:56:08 2012
From: steffen.ritter at typo3.org (Steffen Ritter)
Date: Mon, 05 Mar 2012 16:56:08 +0100
Subject: [TYPO3-dev] [TYPO3-core] [TYPO3-v4] Minutes of the 11th meeting of
	the 4.7 Release Team
Message-ID: <mailman.536.1330963201.627.typo3-dev@lists.typo3.org>

Hi dear TYPO3 community,

These are the minutes of the 12th TYPO3 Release Team Meeting for version 
4.7.

The minutes are also available in the wiki of TYPO3 4.7:
http://forge.typo3.org/projects/typo3v47-projects/wiki/12th_Release_Team_Meeting_TYPO3_47

The meetings of the last three weeks have been omitted due to several 
reasons. We are sorry for not announcing this cleary. Anyhow have fun 
with our news from today.

----------------------------------------------------------------------
*12th Release Team Meeting TYPO3 4.7*


he 4.7 release team meets weekly for a Skype discussion round on the 
current activities.
If you find this report interesting or have some comment or question 
about a particular topic, don't hesitate to follow-up on the thread in 
the core mailing list.

On Monday, March 5th 2012 we held our 12th meeting with the following 
participants:
   - Steffen Ritter (4.7 Release Manager)
   - Xavier Perseguers (4.6 Release Manager)
   - Ernesto Baschny (4.5 Release Manager)
   - Ben van't Ende (Community Manager)
   - Benni Mack (Core Team Co-Leader)
   - Oliver Hader (Core Team Leader)


==========================
= TYPO3 4.5 // TYPO3 4.6 =
==========================

  Patch-Level Releases
--------------------------

* There are currently about 40 - 50 merged bugfixes for TYPO3 4.5 and 
TYPO3 4.6 each. For TYPO3 4.4 there are only 4 bugfixes merged.
We decided to *release new versions of 4.5 and 4.6 on Tuesday, March 6th 
2012*.

* Ernesto takes care of informing all the submodule-linked teams to 
prepare their repository.


  Backport Releases
--------------------------

* On Tuesday, March 13th 2012 the Release Team will publish a Release 
Canditate for 4.6 and 4.5 containing the first Feature Backports to 
stable branches.

* Two weeks later, these backports will be released as normal 
"patch-level" version, if no problems occur.

* Ernesto and Xavier are going to check, what needs to be integrated to 
the Backport Release Candidates, as until now not many patches are 
merged to the backport branches yet.





==========================
=        TYPO3 4.7       =
==========================


  Broken Blank/Dummy/Gov-Package
--------------------------

* The Government Package has been broken when releasing Beta 1. This 
already has been fixed and a new snapshot release has been published.

* The blank package currently does not work correctly either. "about" 
and "aboutmodules" have introduced dependencies on extbase, which is not 
installed by default within the blank/dummy package. Steffen R. is going 
to change the Blank/Dummy package to make extbase and fluid enabled by 
default.



Re-instating Beta 3 // Small exception to Feature Freeze
--------------------------
* The Extbase Team is going to meet up in the week after Beta 2 to fix 
long outstanding Bugs (f.e. with "workspaces") and work on some issues 
for 4.7. Furthermore some little features might be included in extbase 
there as well as. The bugfixes of bigger stuff might need to change the 
API a little bit, too.

* To enable the Extbase Team putting full efforts into their code-sprint 
an exception to the Feature Freeze is granted to them. This will not be 
a general exception, but checked for every probably newly introduced 
feature seperately, comparing benefits and impact to the TYPO3 4.7 release.


Adapting Introduction Package and Government Package
--------------------------

* Information in IP and GP somehow is outdated and the current content 
does not reflect our feature set.

* Olly will create an Manual about what can be adapted at the 
Content-Masters as well as move the GP to a official place, so that 
editing may start.

* Especially the Workspaces demonstration in IP should be enhanced as 
well as the HTML5 Video/Audio stuff should be explained in Detail.

* We should furthermore think about moving from tt_news to news for the 
next major version.

* Within the Government Package the information about FAL and the 
accessible gallery needs to be removed and the accessible search plugin 
should be integrated.

* After the changes all pages have to be revalidated - in terms of 
Content as well as in terms of code-compliance.



Release Planning and transparency
--------------------------

Tolleiv remarked at the core list that the last weeks of Release Team 
work have not been as transparent as they should have been.
He noted that Release Notes were ommitted and most communication 
happened on Twitter only.

* We agreed that there should be release notes, even on canceled 
meetings just to inform the community, that we did not forget about them.

* Steffen on purpose did not touch any "Bugfix" issue on forge prior to 
the Feature Freeze, which now sadly leads to empty "milestones" since 
Beta 1 is released, but no new assignments have been done in Laax.

* Steffen will now clean-up the issue tracker and assign issues 
according to milestones within the roadmap.



Announcing the Government Package
--------------------------

We talked about the new Government Package and that it has not been 
officially announced, yet. We aim to have a news article telling the 
whole story and showing the benefits. Furthermore it should be 
completely bilangual. Ben offered to translate the package to English. 
Steffen, Olly and Ben will join forces to create the mentioned 
announcement on news.typo3.org.


==========================
= TYPO3 4.8/6.0 and FAL  =
==========================

We shortly discussed the further progress of FAL.

* The API has been merged to master already as promised in the news 
article last week. One round of additional PHPdoc and CGL clean-up 
already has been done by Georg Ringer.

* FAL shall be published in the next major release after TYPO3 4.7

* Having a TYPO3 6.0 release in October 2012 would ease many 
backward-compatibility overlays in the TypoScript part - besides that, 
we can get rid of the compatibility modes pointing back to TYPO3 3.8

* The current master will be merged back to plain-fileabstraction branch 
on Incubator.git and the Team will finish up most of the 100 open issues 
in March 2012 - afterwards the fixed patch-sets will again pushed to 
Gerrit - just in time to explain and talk about during the TYPO3 
Developer Days 2012

Since the "TYPO3 6.0" topic removes the barrier of integrating new 
features and breaking changes, we discussed the demand of a 
well-prepared strategy in terms of a roadmap from 4.7 via 6.0 to 7.0 and 
maybe even further. We are going to communicate and discuss the strategy 
(as a suggestion) during the next TYPO3 events, like the Developer Days, 
TYPO3 Camps and individual User Group Meetings to get as much feedback 
as possible - thus, we prepare the resources/slides/information that can 
be used to spread the idea and vision...


If you have any further questions according to the development of TYPO3 
4.7, feel free to contact me or just leave your comment within this thread.



Regards

-- 
Steffen Ritter
Release Manager TYPO3 4.7

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From steffen.ritter at typo3.org  Mon Mar  5 19:25:11 2012
From: steffen.ritter at typo3.org (Steffen Ritter)
Date: Mon, 05 Mar 2012 19:25:11 +0100
Subject: [TYPO3-dev] [TYPO3-core] Open bugs for TYPO3 4.7 Beta 2
Message-ID: <mailman.570.1330972203.627.typo3-dev@lists.typo3.org>

Dear Developers,

last week we released Beta 1 of TYPO3 4.7. This step started the Bugfix 
Phase for 4.7. Today I updated the roadmap and versions and attached 
needed bugfixes.

See the Forge Roadmap entry for Beta 2 [1] for stuff todo.
Most of these issues are already under review[2] on Gerrit [3]


It would be great if you could review, test or write new bugfixes to 
help us with TYPO3 4.7 Beta 2

if you have any questions - feel free to answer to this thread or write 
an eMail.

regards

Steffen

[1] http://forge.typo3.org/projects/typo3v4-core/versions/1622
[2] http://forge.typo3.org/projects/typo3v4-core/issues?query_id=303
[3] http://review.typo3.org
-- 
Steffen Ritter
Release Manager TYPO3 4.7

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org


From t3ng at pi-phi.tk  Tue Mar  6 08:44:16 2012
From: t3ng at pi-phi.tk (Bernd Wilke)
Date: Tue, 06 Mar 2012 08:44:16 +0100
Subject: [TYPO3-dev]  disableDelete not working?
Message-ID: <mailman.1.1331019856.23413.typo3-dev@lists.typo3.org>

On our last UG-meeting we discovered a nice option for user-/page-TSconfig:
option.disableDelete
which 'Disables the "Delete" button in TCEFORMs.' [?].

but instead of realy disabling the user to delete a record it only 
removed the delete-icon from the headarea (beside the store-icons)

the user is still able to delete records at 3 (maybe 4) different places:
list view with 'Extended view',
list view: contextmenu of record
page view: record head (visible on mouseover),
page view_ contextmenu of record (same as list view?)

Is this behaviour intended?
Is it a bug? already known? (we found no bug-entry)

the origin to this is the problem to disable editors to delete CEs on a 
special page, so they should be able to modify these CEs


[?] 
http://typo3.org/documentation/document-library/core-documentation/doc_core_tsconfig/4.6.0/view/1/4/

bernd
-- 
http://www.pi-phi.de/cheatsheet.html


From oliver.hader at typo3.org  Tue Mar  6 12:00:36 2012
From: oliver.hader at typo3.org (Oliver Hader)
Date: Tue, 06 Mar 2012 12:00:36 +0100
Subject: [TYPO3-dev] [TYPO3-core] Announcing TYPO3 4.5.12 and 4.6.5
Message-ID: <mailman.904.1331031902.627.typo3-dev@lists.typo3.org>

Dear TYPO3 world,

The TYPO3 Community has just released TYPO3 versions 4.5.12 and
4.6.5 which are now ready for you to download.

All versions are maintenance releases and contain bugfixes only.

The packages can be downloaded here:
  http://typo3.org/download/packages/

For details about the release, please see:
  http://news.typo3.org/news/article/typo3-4512-and-465-released/


MD5 checksums:

8d2c4836f37df12c48834e428503781f  blankpackage-4.5.12.tar.gz
801407f91ce2c2bd24ab3afdf6ede86e  blankpackage-4.5.12.zip
cbeffb05651a771ee264c1405440c750  dummy-4.5.12.tar.gz
51dfe48b9226dfc3ebff088d85dcf9c7  dummy-4.5.12.zip
e2ae84fce0dcb1040f7d1bb6377f1bae  introductionpackage-4.5.12.tar.gz
0b5e7c5ad1ffa4095ac6d87d1e1c406c  introductionpackage-4.5.12.zip
c5dc66138e36ea5f5c943fe459153f96  typo3_src+dummy-4.5.12.zip
1f2076e858b82441f4de40efe56ca7ad  typo3_src-4.5.12.tar.gz
98942c288e60a984b1cab455c65bff48  typo3_src-4.5.12.zip

2cb9d8ebc6b24a1ac20a8f2e5d805618  blankpackage-4.6.5.tar.gz
ed1d9e6056606878e41867903904836f  blankpackage-4.6.5.zip
0ecc3c36ce494e728829719990cd5067  dummy-4.6.5.tar.gz
298dac1ccaabec66e2ad722eec6ebcee  dummy-4.6.5.zip
d9f87140a3d943b3a0ccc5f1eeef3cfa  introductionpackage-4.6.5.tar.gz
343d9ac4b462c81c204537932c49fb46  introductionpackage-4.6.5.zip
0e0a0037ac5b6d8d92c24ba049266d35  typo3_src+dummy-4.6.5.zip
cf285360306f865d2dba1aafc7b069d1  typo3_src-4.6.5.tar.gz
f9072583b15d37e5b183e980f035964e  typo3_src-4.6.5.zip


Rock on!
Olly
-- 
Oliver Hader
TYPO3 v4 Core Team Leader

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org


From m.bless at gmx.de  Wed Mar  7 11:25:44 2012
From: m.bless at gmx.de (Martin Bless)
Date: Wed, 07 Mar 2012 11:25:44 +0100
Subject: [TYPO3-dev]  ReST workshop at T3DD12: What do you expect?
Message-ID: <mailman.1.1331115946.16914.typo3-dev@lists.typo3.org>


I'm planning to to a ReST workshop at the upcoming developer days.
ReST is the upcoming standard for Documentation in the TYPO3 universe.

Q: I'd like know:

- What are your expectations about such a workshop?
- What would you like to learn?
- What would you like to do?

**ReST: What is it?**

ReST stands for "reStructuredText". Lets agree on the spelling "ReST"
to make up an abbreviation and logo (Wort-Bildmarke) for this format.
Simply because its used very often that way and has turned out to
work.

ReST is an approach to use "normal typewriter text" for many kind of
writings. Special properties of the text are recognized as "markup".
ReST tries to use markup as much as possible that seems very natural
to humans: An empty line finishes a paragraph, an underlined line
creates a heading and so on. Most often the source texts are very well
readable by itselves. And they are non-binary!

OTH the syntax that is used for markup sticks to strict rules. The
ReST reader will give you warnings and error messages. Only valid
documents can be processed. The reader creates an internal DOM for the
document that can afterwards be written by writer modules to xml, pdf,
epub, html and so on.


**Is ReST of interest to you?**

Probably yes :-) It is of interest to anybody who needs to create
documentation or wants to create text documents, articles, books using
a non-binary, well readable text format. It is in no way restricted to
TYPO3 documentation. But its very well suited to create documentation
for customer projects.

This posting uses the ReST format.

Martin

-- 
http://mbless.de


From typo3 at ringerge.org  Wed Mar  7 11:34:27 2012
From: typo3 at ringerge.org (Georg Ringer)
Date: Wed, 07 Mar 2012 11:34:27 +0100
Subject: [TYPO3-dev] ReST workshop at T3DD12: What do you expect?
In-Reply-To: <mailman.1.1331115946.16914.typo3-dev@lists.typo3.org>
References: <mailman.1.1331115946.16914.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1331116468.10309.typo3-dev@lists.typo3.org>

Hi,

thanks for the topic

I would expect to have answers/solutions for those questions:
- how can I transfer it to pdf/sxw
- how can I add the non-text stuff like tables/toc/images
- if needed: how can I extend it?
- how can I test it locally, don't forget on windows
- where can I download your things when not able to attend your
workshop, SCNR ;)


Georg


From t3ng at pi-phi.tk  Wed Mar  7 12:54:47 2012
From: t3ng at pi-phi.tk (Bernd Wilke)
Date: Wed, 07 Mar 2012 12:54:47 +0100
Subject: [TYPO3-dev] disableDelete not working?
In-Reply-To: <mailman.1.1331019856.23413.typo3-dev@lists.typo3.org>
References: <mailman.1.1331019856.23413.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1331121287.24253.typo3-dev@lists.typo3.org>

On 03/06/2012 08:44 AM, Bernd Wilke wrote:

> Is it a bug?

http://forge.typo3.org/issues/34636
now it is

bernd
-- 
http://www.pi-phi.de/cheatsheet.html


From typo3.lists at philippgampe.info  Wed Mar  7 20:23:54 2012
From: typo3.lists at philippgampe.info (Philipp Gampe)
Date: Wed, 07 Mar 2012 20:23:54 +0100
Subject: [TYPO3-dev] ReST workshop at T3DD12: What do you expect?
References: <mailman.1.1331115946.16914.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1331144635.18118.typo3-dev@lists.typo3.org>

Hi Martin,

Martin Bless wrote:

> Q: I'd like know:
> 
> - What are your expectations about such a workshop?
> - What would you like to learn?
Writing ReST of course ;)

> - What would you like to do?

Create a ready to check out toolchain to create (multi page) TYPO3 
documents, including crosslinking, code snippets and a proper* T3 skin.

* must not be final, but should come with the toolchain (git submodule?)

At least we should have a working prototype after T3DD.

Best regards
-- 
Philipp Gampe ? PGP-Key 0AD96065 ? TYPO3 UG Bonn/K?ln ? linkvalidator



From jacco at id-internetservices.com  Wed Mar  7 20:06:49 2012
From: jacco at id-internetservices.com (Jacco van der Post)
Date: Wed, 07 Mar 2012 20:06:49 +0100
Subject: [TYPO3-dev]  IRRE localisation
Message-ID: <mailman.1.1331147213.21238.typo3-dev@lists.typo3.org>

Hi,

I am strugling with tx_ttnewsirre to make it multi language. This 
extensions adds irre records to a news article.

I changed ext_tables.php into


$irreFieldConfiguration = array(
	'tx_ttnewsirre_content' => array (
		'exclude' => 1,
		'label' => 'LLL:EXT:ttnews_irre/locallang_db.xml:tx_ttnewsirre_content',
		'config' => array (
			'type' => 'inline',
                         'languageMode' => 'inherit',
			'foreign_table' => 'tt_content',
			'foreign_field' => 'irre_parentid',
			'foreign_table_field' => 'irre_parenttable',
			'maxitems' => 100,
			'appearance' => array(
				'useSortable' => 1,
				'showSynchronizationLink' => 1,
				'showAllLocalizationLink' => 1,
				'showPossibleLocalizationRecords' => 1,
				'showRemovedLocalizationRecords' => 0,
				'expandSingle' => 1,
				'enabledControls' => array (
					'dragdrop' => 1,
                                     'sort'  => 1,
                                     'hide'  => 1,
                                     'delete'  => 1,
                                      'localize' => 1,
				),
			),
			'behaviour' => array(
				'localizationMode' => 'select',
                                 'mode' => 'select',
				'localizeChildrenAtParentLocalization' => 1,
			),
		)
	)
);


This seems to work ok, when a new tt_news article is made a translated 
content element is generated. However when showing the news_article in 
another language the default language of the content element is still shown.



So added in the query the sys_language :

$res = $GLOBALS['TYPO3_DB']->exec_SELECTquery(
                 'uid', 'tt_content', 'irre_parentid=' . $row['uid'] .
                 ' AND irre_parenttable=\'tt_news\''  . 'AND 
tt_content.sys_language_uid = ' . $GLOBALS['TSFE']->sys_language_uid .
                 $cObj->enableFields('tt_content'), '', 'sorting'
         );

Now on the default language the content element is shown but on the 
other language no content element is shown.

1. Any clues how to solve this?
2. Unhide button does not seem to work, this must be done in the content 
element?

thx

Jacco


From oliver.salzburg at googlemail.com  Fri Mar  9 00:00:43 2012
From: oliver.salzburg at googlemail.com (Oliver Salzburg)
Date: Fri, 09 Mar 2012 00:00:43 +0100
Subject: [TYPO3-dev] GraphicsMagick always converts all layers from .psd
Message-ID: <mailman.1781.1331247646.627.typo3-dev@lists.typo3.org>

I was wondering why TYPO3 wouldn't generate thumbnails for .psd files
so I went digging. I use GraphicsMagick for this installation and it
seems like GraphicsMagick always converts all layers of the .psd.
Which leads to unexpected output filenames.

For example, I have a .psd with 3 layers.
Even though gm is called with "filename.psd[0]" as the input argument,
it will export all 3 layers with .0, .1 and .2 suffixes.

Our hosting provider uses GraphicsMagick 1.3.12. Is this a known issue
to anyone?


From typo3 at kay-strobach.de  Fri Mar  9 10:18:54 2012
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Fri, 09 Mar 2012 10:18:54 +0100
Subject: [TYPO3-dev] GraphicsMagick always converts all layers from .psd
In-Reply-To: <mailman.1781.1331247646.627.typo3-dev@lists.typo3.org>
References: <mailman.1781.1331247646.627.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1331284738.4336.typo3-dev@lists.typo3.org>

Hi,

As far as i know:

PSD is not seen as a production image file format, see installtool for a
list of supported fileformats ;)

Regards
Kay

Am 09.03.2012 00:00, schrieb Oliver Salzburg:
> I was wondering why TYPO3 wouldn't generate thumbnails for .psd files
> so I went digging. I use GraphicsMagick for this installation and it
> seems like GraphicsMagick always converts all layers of the .psd.
> Which leads to unexpected output filenames.
> 
> For example, I have a .psd with 3 layers.
> Even though gm is called with "filename.psd[0]" as the input argument,
> it will export all 3 layers with .0, .1 and .2 suffixes.
> 
> Our hosting provider uses GraphicsMagick 1.3.12. Is this a known issue
> to anyone?


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

Answer was useful: https://flattr.com/profile/kaystrobach


From oliver.salzburg at googlemail.com  Fri Mar  9 11:08:18 2012
From: oliver.salzburg at googlemail.com (Oliver Salzburg)
Date: Fri, 09 Mar 2012 11:08:18 +0100
Subject: [TYPO3-dev] GraphicsMagick always converts all layers from .psd
In-Reply-To: <mailman.1.1331284738.4336.typo3-dev@lists.typo3.org>
References: <mailman.1781.1331247646.627.typo3-dev@lists.typo3.org>
	<mailman.1.1331284738.4336.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1828.1331287702.627.typo3-dev@lists.typo3.org>

On 2012-03-09 10:18, Kay Strobach wrote:
> Hi,
> 
> As far as i know:
> 
> PSD is not seen as a production image file format, see installtool for a
> list of supported fileformats ;)
> 
> Regards
> Kay
> 
> Am 09.03.2012 00:00, schrieb Oliver Salzburg:
>> I was wondering why TYPO3 wouldn't generate thumbnails for .psd files
>> so I went digging. I use GraphicsMagick for this installation and it
>> seems like GraphicsMagick always converts all layers of the .psd.
>> Which leads to unexpected output filenames.
>>
>> For example, I have a .psd with 3 layers.
>> Even though gm is called with "filename.psd[0]" as the input argument,
>> it will export all 3 layers with .0, .1 and .2 suffixes.
>>
>> Our hosting provider uses GraphicsMagick 1.3.12. Is this a known issue
>> to anyone?

Yes, you're right, it's not.
I was just looking into the option of generating thumbnails for .psd
files. And it seemed like TYPO3 would have no problem creating those,
if IM or GM support it.
They both seem to have support for it.

So I just added psd to [GFX][imagefile_ext] and went from there.

As suggested by other people, I'll now provide -flatten as an
additional parameter. That seems to be the correct solution.

Regards
Oliver


From typo3 at kay-strobach.de  Fri Mar  9 13:47:31 2012
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Fri, 09 Mar 2012 13:47:31 +0100
Subject: [TYPO3-dev] GraphicsMagick always converts all layers from .psd
In-Reply-To: <mailman.1828.1331287702.627.typo3-dev@lists.typo3.org>
References: <mailman.1781.1331247646.627.typo3-dev@lists.typo3.org>
	<mailman.1.1331284738.4336.typo3-dev@lists.typo3.org>
	<mailman.1828.1331287702.627.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1331297249.19259.typo3-dev@lists.typo3.org>

Congratulations ;)

Am 09.03.2012 11:08, schrieb Oliver Salzburg:
> On 2012-03-09 10:18, Kay Strobach wrote:
>> Hi,
>>
>> As far as i know:
>>
>> PSD is not seen as a production image file format, see installtool for a
>> list of supported fileformats ;)
>>
>> Regards
>> Kay
>>
>> Am 09.03.2012 00:00, schrieb Oliver Salzburg:
>>> I was wondering why TYPO3 wouldn't generate thumbnails for .psd files
>>> so I went digging. I use GraphicsMagick for this installation and it
>>> seems like GraphicsMagick always converts all layers of the .psd.
>>> Which leads to unexpected output filenames.
>>>
>>> For example, I have a .psd with 3 layers.
>>> Even though gm is called with "filename.psd[0]" as the input argument,
>>> it will export all 3 layers with .0, .1 and .2 suffixes.
>>>
>>> Our hosting provider uses GraphicsMagick 1.3.12. Is this a known issue
>>> to anyone?
> 
> Yes, you're right, it's not.
> I was just looking into the option of generating thumbnails for .psd
> files. And it seemed like TYPO3 would have no problem creating those,
> if IM or GM support it.
> They both seem to have support for it.
> 
> So I just added psd to [GFX][imagefile_ext] and went from there.
> 
> As suggested by other people, I'll now provide -flatten as an
> additional parameter. That seems to be the correct solution.
> 
> Regards
> Oliver


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

Answer was useful: https://flattr.com/profile/kaystrobach


From t3con at typo3quebec.ca  Mon Mar 12 13:45:04 2012
From: t3con at typo3quebec.ca (Patrick Gaumond)
Date: Mon, 12 Mar 2012 08:45:04 -0400
Subject: [TYPO3-dev] =?windows-1252?q?=5BTYPO3-english=5D_Announcing_T3CON?=
 =?windows-1252?q?12_Qu=E9bec_=3A_Get_your_tickets?=
Message-ID: <mailman.2395.1331556602.627.typo3-dev@lists.typo3.org>

T3CON12 - Qu?bec : TYPO3 International Conference

Qu?bec, March 12 2012 ? From June 13 through June 15 2012, Quebec City 
will be the host of the 11th international TYPO3 conference. The capital 
of the province is well known for the strength of its IT industry and of 
course, its gorgeous architecture and restaurants.

This will be a great opportunity to learn more about the powerful 
Enterprise CMS we use, as well as to connect with other members of the 
TYPO3 community from both North America and Europe; developers 
designers, copywriters, clients, users and more. Several 
internationally-known leaders of the TYPO3 community will be attending 
and presenting.

TYPO3?s original developer, TYPO3, Kasper Sk?rh?j, will be in Quebec for 
the conference and will participate in the initial keynote. As this 
year?s conference will be held in a French part of Canada there will be 
a few select talks available in French. Don't worry if you don't speak 
French though, the keynote, tutorials and rest of the conference will be 
conducted in English, and all volunteers and hotel staff will speak English.

You can already buy your tickets on http://t3con12-quebec.typo3.org

In addition to the TYPO3 sessions, this year we will also be inviting 
speakers to present on broad and important subject areas such as: 
accessibility, mobile interfaces, communication challenges, writing for 
the web, success stories from customers and the use of social networks. 
Decision-makers will be introduced to TYPO3 during a half-day TYPO3 
discovery session. The call for speakers page will be announce in 
another communication this week.

The conference will be held at the Clarion Hotel in Qu?bec City; special 
prices on room rates are available if you mention T3CON while making 
your reservation. To learn more on the T3CON12-QC, please visit the 
website at: http://t3con12-quebec.typo3.org.

Patrick Gaumond
Event organizer
email :t3con at typo3quebec.ca


From steffen.ritter at typo3.org  Tue Mar 13 08:51:37 2012
From: steffen.ritter at typo3.org (Steffen Ritter)
Date: Tue, 13 Mar 2012 08:51:37 +0100
Subject: [TYPO3-dev] [TYPO3-core] Minutes of the 13th meeting of the 4.7
	Release Team
Message-ID: <mailman.2643.1331625302.627.typo3-dev@lists.typo3.org>

Hi dear TYPO3 community,

These are the minutes of the 13th TYPO3 Release Team Meeting for version 
4.7.

The minutes are also available in the wiki of TYPO3 4.7:
http://forge.typo3.org/projects/typo3v47-projects/wiki/13th_Release_Team_Meeting_TYPO3_47


----------------------------------------------------------------------
*13th Release Team Meeting TYPO3 4.7*


the 4.7 release team meets weekly for a Skype discussion round on the 
current activities.
If you find this report interesting or have some comment or question 
about a particular topic, don't hesitate to follow-up on the thread in 
the core mailing list.

On Monday, March 12th 2012 we held our 12th meeting with the following 
participants:
   - Steffen Ritter (4.7 Release Manager)
   - Xavier Perseguers (4.6 Release Manager)
   - Ben van't Ende (Community Manager)
   - Benni Mack (Core Team Co-Leader)
   - Oliver Hader (Core Team Leader)


==========================
= TYPO3 4.5 // TYPO3 4.6 =
==========================

  Backport Releases
--------------------------

* The announced backport releases are omitted on March 13th. In 
4.6-backports only one patch has been merged - none in 4.5-backports. 
Since Ernesto wanted to take care of all the backporting work and had to 
drop out for the next 3 weeks due to private reasons, backport releases 
are skipped for another 4 weeks.
If you wanna help out with this, feel free to grab one of the issues 
marked as "backportable", backport them and push to Gerrit for reviewing...


  Patch-Level Releases
--------------------------

* The preview-domain handling has been broken in the latest release. We 
decided to release new versions of 4.5 and 4.6 on Tuesday, March 13th 
2012, which fix these problems.

* For TYPO3 4.4 there are only 4 bugfixes merged, no need for another 
release. Anyhow there are 18 bugfixes which got merged to higher 
branches and apply to 4.4. It would be great if someone could take the 
opportunity to backport these patch-sets preparing the "final" release 
of 4.4 end of April.

* Markus Klein hand in a link about outstanding patches for LTS on 
Gerrit as reply to our last minutes. We agreed on having a look on them 
prior to the releases to get long-lasting things in and additionally 
have a bit more value within the releases. All these issues got merged 
by now!

* Steffen invited the submodule-leader to update their projects.








==========================
=        TYPO3 4.7       =
==========================


  Press Releases // Release Parties // Release Coordination
--------------------------

* Steffen wrote an eMail about releases, press coordination, banners for 
the typo3.org stage and release Parties and documentation.

* The suggestion to have release parties on Mondays and celebrate into 
the release have been turned down, Release Parties are up for April 24th 
2012.

* Ben will get in contact with the Design team to create the banners and 
graphics we need

* Since there has been no response from our press-officer yet, Ben 
offered to contact him again.

* The Documentation Team has been asked if it would be possible to have 
up-to-date documentation in time. Steffen considered that there is not 
much to document. Francois Suter, Leader of the Documentation team, 
agreed and will check with his team. He proposed starting the upload on 
Monday 10pm so the documentation will be available around 0-1 am on 
Tuesday 24th (see next point).

* Steffen asked to have a midnight release. There are no critical issues 
or projects which currently seem to have risk of blocking anything. As 
TYPO3 4.7 is the first release which completely fulfilled the 6-month 
release schedule, this should be pushed a little bit more:

* When people arrive in there office on release morning, they will find 
a shiny new release including up-to-date documentation.



  Current HTML5 behaviour is not smooth
--------------------------

* We discovered that using HTML5 in 4.7 is not a pleasure when fiddeling 
around with the config.* settings getting valid HTML5

* Steffen pushed a patch to https://review.typo3.org/#/c/9537/ we 
shortly discussed

* Steffen suggested to ship the CSS StyledContent Template version 4.7ff 
with some config.* already configuring html5 correctly as standard.



==========================
= CoreTeam Online Meeting=
==========================

The Doodle about the Core Team online-meeting has been closed after 10 
persons giving feedback.
The Meeting will be on *Thursday, 13th 5pm (CET)*. We will meet up on 
*BigBlueButton*. Everyone else is invited to join and listen to what we 
discuss.
Xavier and Jigal, who did not join the Doodle, reported back that they 
most likely won't be able to make it.



Regards

-- 
Steffen Ritter
Release Manager TYPO3 4.7

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From oliver.hader at typo3.org  Tue Mar 13 11:15:56 2012
From: oliver.hader at typo3.org (Oliver Hader)
Date: Tue, 13 Mar 2012 11:15:56 +0100
Subject: [TYPO3-dev] [TYPO3-core] Announcing TYPO3 4.5.13 and 4.6.6
Message-ID: <mailman.2812.1331634002.627.typo3-dev@lists.typo3.org>

Dear TYPO3 world,

The TYPO3 Community has just released TYPO3 versions 4.5.13 and
4.6.6 which are now ready for you to download.

All versions are maintenance releases and contain bugfixes only.

The packages can be downloaded here:
  http://typo3.org/download/packages/

For details about the release, please see:
  http://news.typo3.org/news/article/typo3-4513-and-466-released/


MD5 checksums:

b1a4d6cd49d46fc09d811f243783387a  blankpackage-4.5.13.tar.gz
02cc49418b7b9df1ba5fde38d743ee11  blankpackage-4.5.13.zip
24dca99ae0c86644e66dcc898e175dec  dummy-4.5.13.tar.gz
10bcdd6fce3e4b76ad5ec9fb545abbe6  dummy-4.5.13.zip
6779c7bd4fa59cd5c2533da7e0695cb0  introductionpackage-4.5.13.tar.gz
9c6a42026ac81d164b97a51c04e0aa42  introductionpackage-4.5.13.zip
8475ccc493b0913b9581013221c086c9  typo3_src+dummy-4.5.13.zip
e2895177eab7091ba217c4a9e51ccfaa  typo3_src-4.5.13.tar.gz
1a65e2e19ed440a3ad0a20907d0e5ae2  typo3_src-4.5.13.zip

447b0602ae83e4bbe7876a5cdd208f68  blankpackage-4.6.6.tar.gz
125a2173739601d0df3ba6acc7a8731f  blankpackage-4.6.6.zip
67098dec1ce4f1412bdc500d9179aa2e  dummy-4.6.6.tar.gz
319bf267bd67a32594963ba0cace8039  dummy-4.6.6.zip
112beb8c6478cbf84b9f1e7e72f9f4e0  introductionpackage-4.6.6.tar.gz
1596fc9cbb1434df5e0164fd3087710b  introductionpackage-4.6.6.zip
c06f80e2164aa5acb7faa47feb22153a  typo3_src+dummy-4.6.6.zip
0154407282f65fd959ef701edbdce002  typo3_src-4.6.6.tar.gz
9af21b47993daa7775987c05f8fbffbe  typo3_src-4.6.6.zip


Rock on!
Olly
-- 
Oliver Hader
TYPO3 v4 Core Team Leader

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org


From oliver.salzburg at googlemail.com  Tue Mar 13 12:57:39 2012
From: oliver.salzburg at googlemail.com (Oliver Salzburg)
Date: Tue, 13 Mar 2012 12:57:39 +0100
Subject: [TYPO3-dev] Controlling the search behavior of tceform suggest
	wizard
Message-ID: <mailman.2855.1331639865.627.typo3-dev@lists.typo3.org>

It seems to me like the t3lib_TCEforms_Suggest_DefaultReceiver will only
look for records where the select field *starts* with the given
search string or fully matches it if searchWholePhrase is enabled.

Is there a built-in way to return records that match the search phrase
anywhere in their title (not just the start)? Or do I have to provide
an own receiver class for my record type?

Regards
Oliver


From oliver.salzburg at googlemail.com  Tue Mar 13 13:28:37 2012
From: oliver.salzburg at googlemail.com (Oliver Salzburg)
Date: Tue, 13 Mar 2012 13:28:37 +0100
Subject: [TYPO3-dev] Controlling the search behavior of tceform suggest
 wizard
In-Reply-To: <mailman.2855.1331639865.627.typo3-dev@lists.typo3.org>
References: <mailman.2855.1331639865.627.typo3-dev@lists.typo3.org>
Message-ID: <mailman.2879.1331641723.627.typo3-dev@lists.typo3.org>

On 2012-03-13 12:57, Oliver Salzburg wrote:
> It seems to me like the t3lib_TCEforms_Suggest_DefaultReceiver will only
> look for records where the select field *starts* with the given
> search string or fully matches it if searchWholePhrase is enabled.
> 
> Is there a built-in way to return records that match the search phrase
> anywhere in their title (not just the start)? Or do I have to provide
> an own receiver class for my record type?
> 
> Regards
> Oliver

A problem in my flexform.xml lead to some incorrect interpretation of
what's happening. Setting searchWholePhrase works perfectly fine for
what I want.

Cheers
Oliver


From steffen.ritter at typo3.org  Tue Mar 13 16:55:25 2012
From: steffen.ritter at typo3.org (Steffen Ritter)
Date: Tue, 13 Mar 2012 16:55:25 +0100
Subject: [TYPO3-dev]  Announcing TYPO3 4.7.0beta2
Message-ID: <mailman.1.1331654124.15252.typo3-dev@lists.typo3.org>

Dear TYPO3 friends,

Today, the community released the second beta version of TYPO3 4.7.

With the release of beta1 we have reached "Feature Freeze" for the
upcoming version and thus will be focussed on fixing bugs only. This
means that there have not been any changes to the SQL structure since
then.

TYPO3 4.7 will ship with an interesting set of new features,
possibilities and bug fixes. Further Information can be found in our
previous release notes.

Besides all the amazing new features, about 200 bugs have been fixed
since the release of TYPO3 4.6 in October 2011. For details about this
particular release and the current progress, please read up on:

http://news.typo3.org/news/article/released-typo3-47-beta2/


Keep in mind that this is a developer "snapshot" and should not yet be
used in production. The final release of 4.7.0 is scheduled for April,
24th 2012.

The packages can be downloaded here:
http://typo3.org/download/packages/



MD5 checksums:

6b84c4568fb6753a9062e25fd070d1a8  blankpackage-4.7.0beta2.tar.gz
328143e05383b75dee64dea0b600b59b  blankpackage-4.7.0beta2.zip
ae27b6ac3067f1c60008be13161b9fdf  dummy-4.7.0beta2.tar.gz
dfc7b290feb3137d32edb9c3ae74e67a  dummy-4.7.0beta2.zip
f2be3f4bb22b57fc1cb45b3d712028ea  governmentpackage-4.7.0beta2.tar.gz
cbe2c89e2082dd7c92ce364dad7b50a0  governmentpackage-4.7.0beta2.zip
f75652758e42e8d60a6c8ddc3efa51cd  introductionpackage-4.7.0beta2.tar.gz
edc4d4213026cba1ea6f8447bc208e55  introductionpackage-4.7.0beta2.zip
41c43fb0cf3ba7fa8e39777d15ecd638  typo3_src+dummy-4.7.0beta2.zip
d9f36c0e56ed433628ada0a7bf5e8444  typo3_src-4.7.0beta2.tar.gz
ac86b6c3e58659edaf4db3661849a587  typo3_src-4.7.0beta2.zip


kind regards

Steffen

-- 
Steffen Ritter
Release Manager TYPO3 4.7

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

-- 
Steffen Ritter
Release Manager TYPO3 4.7

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org


From robertwildling at gmail.com  Wed Mar 14 08:33:10 2012
From: robertwildling at gmail.com (Robert Wildling)
Date: Wed, 14 Mar 2012 08:33:10 +0100
Subject: [TYPO3-dev]  New form wizard
Message-ID: <mailman.1.1331710412.24605.typo3-dev@lists.typo3.org>

Hi,

are there any news on how to remove the standard css that ships with the 
new form wizard?

Thanks!


From lorenz-typo3 at visol.ch  Wed Mar 14 09:58:06 2012
From: lorenz-typo3 at visol.ch (Lorenz Ulrich)
Date: Wed, 14 Mar 2012 09:58:06 +0100
Subject: [TYPO3-dev] New form wizard
In-Reply-To: <mailman.1.1331710412.24605.typo3-dev@lists.typo3.org>
References: <mailman.1.1331710412.24605.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1331715484.31269.typo3-dev@lists.typo3.org>

Hi Robert

Unfortunately no. I wanted to fix that but missed feature freeze for 
4.7. Since it will introduce a new TypoScript configuration it's a 
feature and cannot be done in 4.6 and 4.7. I will do it for 4.8/6.0 (?).

http://forge.typo3.org/issues/32480

Best regards,

Lorenz

Am 14.03.2012 08:33, schrieb Robert Wildling:
> Hi,
>
> are there any news on how to remove the standard css that ships with the
> new form wizard?
>
> Thanks!



From typo3.lists at philippgampe.info  Wed Mar 14 10:12:09 2012
From: typo3.lists at philippgampe.info (Philipp Gampe)
Date: Wed, 14 Mar 2012 10:12:09 +0100
Subject: [TYPO3-dev] New form wizard
References: <mailman.1.1331710412.24605.typo3-dev@lists.typo3.org>
	<mailman.1.1331715484.31269.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1331716329.32081.typo3-dev@lists.typo3.org>

Hi Lorenz,

Lorenz Ulrich wrote:

> Unfortunately no. I wanted to fix that but missed feature freeze for
> 4.7. Since it will introduce a new TypoScript configuration it's a
> feature and cannot be done in 4.6 and 4.7. I will do it for 4.8/6.0 (?).
> 
> http://forge.typo3.org/issues/32480

Depending on how big the change is, I suggest asking the release managers of 
a backport is allowed.

Best regards
-- 
Philipp Gampe ? PGP-Key 0AD96065 ? TYPO3 UG Bonn/K?ln ? linkvalidator



From lorenz-typo3 at visol.ch  Wed Mar 14 11:07:29 2012
From: lorenz-typo3 at visol.ch (Lorenz Ulrich)
Date: Wed, 14 Mar 2012 11:07:29 +0100
Subject: [TYPO3-dev] New form wizard
In-Reply-To: <mailman.1.1331716329.32081.typo3-dev@lists.typo3.org>
References: <mailman.1.1331710412.24605.typo3-dev@lists.typo3.org>
	<mailman.1.1331715484.31269.typo3-dev@lists.typo3.org>
	<mailman.1.1331716329.32081.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1331719648.4779.typo3-dev@lists.typo3.org>

Hi Philipp

I already did :-). Steffen told me that it can't go in.

Best regards,

Lorenz

Am 14.03.2012 10:12, schrieb Philipp Gampe:
> Hi Lorenz,
>
> Lorenz Ulrich wrote:
>
>> Unfortunately no. I wanted to fix that but missed feature freeze for
>> 4.7. Since it will introduce a new TypoScript configuration it's a
>> feature and cannot be done in 4.6 and 4.7. I will do it for 4.8/6.0 (?).
>>
>> http://forge.typo3.org/issues/32480
>
> Depending on how big the change is, I suggest asking the release managers of
> a backport is allowed.
>
> Best regards



From v-tyok at mail.ru  Wed Mar 14 11:50:38 2012
From: v-tyok at mail.ru (Victor Livakovsky)
Date: Wed, 14 Mar 2012 12:50:38 +0200
Subject: [TYPO3-dev]  Localization of related records at BE
Message-ID: <mailman.1.1331722237.8048.typo3-dev@lists.typo3.org>

Hi, List.

I've already asked this question in general TYPO3 list, but since it is 
related to development, I'm asking here too.

Is there any way to instruct the core to fetch localized linked record on 
main record localization?

Example:
table "categories"
"category 1" (default language)
"category 1 ll" (localized "category 1")

table "items"
"item 1" (default language with relation to "category 1")

I click on localization icon of "item 1" in BE "List" module, and I expect 
"category 1 ll" to appear as related record, but core leaves "category 1". 
Can I change this behavior by some TCA settings or it should be done by 
hooks only?

Thanks. 



From oliver.hader at typo3.org  Wed Mar 14 11:54:02 2012
From: oliver.hader at typo3.org (Oliver Hader)
Date: Wed, 14 Mar 2012 11:54:02 +0100
Subject: [TYPO3-dev] New form wizard
In-Reply-To: <mailman.1.1331719648.4779.typo3-dev@lists.typo3.org>
References: <mailman.1.1331710412.24605.typo3-dev@lists.typo3.org>
	<mailman.1.1331715484.31269.typo3-dev@lists.typo3.org>
	<mailman.1.1331716329.32081.typo3-dev@lists.typo3.org>
	<mailman.1.1331719648.4779.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1331722443.8250.typo3-dev@lists.typo3.org>

Hey Lorenz,

Am 14.03.12 11:07, schrieb Lorenz Ulrich:
> Hi Philipp
> 
> I already did :-). Steffen told me that it can't go in.
> 
>>> http://forge.typo3.org/issues/32480

At least it makes sense to push your changes to the master branch on
review.typo3.org since we agree it should at least be part of the next
version of TYPO3. Besides that, we might consider to backport it to
earlier branches - as we currently do with the Backports repository for
TYPO3 4.5 LTS and 4.6.

Thanks in advance! :)

Cheers,
Olly
-- 
Oliver Hader
TYPO3 v4 Core Team Leader

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org


From scecere at krur.com  Wed Mar 14 13:13:39 2012
From: scecere at krur.com (Stefano Cecere)
Date: Wed, 14 Mar 2012 13:13:39 +0100
Subject: [TYPO3-dev]  about new Form sysext
Message-ID: <mailman.1.1331727219.15278.typo3-dev@lists.typo3.org>

since a read a mail about it and i have been looking into it last week:

is anybody really using this ext?

i could not find any hook / setting to add my finalizers (to save data to  
db and send them outside), so i could not use it

ciao
stefano



-- 
____    ___   __  _ ______________________

   Stefano Cecere
   KRUR studio


From oliver.salzburg at googlemail.com  Wed Mar 14 13:43:45 2012
From: oliver.salzburg at googlemail.com (Oliver Salzburg)
Date: Wed, 14 Mar 2012 13:43:45 +0100
Subject: [TYPO3-dev] Quick PHP question
Message-ID: <mailman.3214.1331729029.627.typo3-dev@lists.typo3.org>

I just read the following part in the TYPO3 core API documentation:

> Hooks are the recommended way of extending TYPO3 compared to
> extending the PHP classes with a child class (see "XCLASS
> extensions"). It is so because only one extension of a PHP class can
> exist at a time while hooks may allow many different user-designed
> processing functions to occur.

The statement "only one extension of a PHP class can exist at a time"
is really confusing me.
Was that true at some point in time or did I just skip some important
pages in my PHP lecture?


From christian.mueller at typo3.org  Wed Mar 14 13:51:57 2012
From: christian.mueller at typo3.org (=?ISO-8859-1?Q?=22Christian_M=FCller_=28FLOW3_Team=29=22?=)
Date: Wed, 14 Mar 2012 13:51:57 +0100
Subject: [TYPO3-dev] Quick PHP question
In-Reply-To: <mailman.3214.1331729029.627.typo3-dev@lists.typo3.org>
References: <mailman.3214.1331729029.627.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1331729517.18610.typo3-dev@lists.typo3.org>

On 14/03/12 13:43, Oliver Salzburg wrote:
> I just read the following part in the TYPO3 core API documentation:
>
>> Hooks are the recommended way of extending TYPO3 compared to
>> extending the PHP classes with a child class (see "XCLASS
>> extensions"). It is so because only one extension of a PHP class can
>> exist at a time while hooks may allow many different user-designed
>> processing functions to occur.
>
> The statement "only one extension of a PHP class can exist at a time"
> is really confusing me.
> Was that true at some point in time or did I just skip some important
> pages in my PHP lecture?



From christian.mueller at typo3.org  Wed Mar 14 13:55:44 2012
From: christian.mueller at typo3.org (=?ISO-8859-1?Q?=22Christian_M=FCller_=28FLOW3_Team=29=22?=)
Date: Wed, 14 Mar 2012 13:55:44 +0100
Subject: [TYPO3-dev] Quick PHP question
In-Reply-To: <mailman.3214.1331729029.627.typo3-dev@lists.typo3.org>
References: <mailman.3214.1331729029.627.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1331729744.19127.typo3-dev@lists.typo3.org>

Sorry for the empty answer, hit the wrong key combination...

I think this sentence is a bit misleading, fact is that a class cannot 
extend from more than one other class. So you need a chain of extensions 
to do that. As you cannot know if other extensions want to extend the 
same class as you at some point in time the XCLASS configuration 
basically helps to build such an "extended class chain" without knowing 
all possible extensions.

Thats all, so no, a PHP class can be extended by many classes, but a 
class can only extend one other class at a time.

Cheers,
Christian

On 14/03/12 13:43, Oliver Salzburg wrote:
> I just read the following part in the TYPO3 core API documentation:
>
>> Hooks are the recommended way of extending TYPO3 compared to
>> extending the PHP classes with a child class (see "XCLASS
>> extensions"). It is so because only one extension of a PHP class can
>> exist at a time while hooks may allow many different user-designed
>> processing functions to occur.
>
> The statement "only one extension of a PHP class can exist at a time"
> is really confusing me.
> Was that true at some point in time or did I just skip some important
> pages in my PHP lecture?



From typo3 at t3node.com  Wed Mar 14 13:54:28 2012
From: typo3 at t3node.com (=?UTF-8?B?U3RlZmZlbiBNw7xsbGVy?=)
Date: Wed, 14 Mar 2012 13:54:28 +0100
Subject: [TYPO3-dev] about new Form sysext
In-Reply-To: <mailman.1.1331727219.15278.typo3-dev@lists.typo3.org>
References: <mailman.1.1331727219.15278.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1331729882.19114.typo3-dev@lists.typo3.org>

Hi.

On 14.03.2012 13:13 Stefano Cecere wrote:
> 
> i could not find any hook / setting to add my finalizers (to save data
> to db and send them outside), so i could not use it
> 

http://forge.typo3.org/issues/33914

Release notes of 4.6 state: "It paves the way for future enhancements
such as storing data in the database instead of sending an email..."
http://wiki.typo3.org/TYPO3_4.6#Form

-- 
cheers,
Steffen

TYPO3 Blog: http://www.t3node.com/
Twitter: @t3node - http://twitter.com/t3node


From jigal at xs4all.nl  Wed Mar 14 14:00:11 2012
From: jigal at xs4all.nl (Jigal van Hemert)
Date: Wed, 14 Mar 2012 14:00:11 +0100
Subject: [TYPO3-dev] Quick PHP question
In-Reply-To: <mailman.3214.1331729029.627.typo3-dev@lists.typo3.org>
References: <mailman.3214.1331729029.627.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1331730014.19507.typo3-dev@lists.typo3.org>

Hi,

On 14-3-2012 13:43, Oliver Salzburg wrote:
> The statement "only one extension of a PHP class can exist at a time"
> is really confusing me.
> Was that true at some point in time or did I just skip some important
> pages in my PHP lecture?

No, it's the way XCLASSes are implemented. There is one item available 
in the global configuration array to define which script contains the 
extended version of the class.

This is done because the XCLASSing needs to happen transparently to the 
code which creates the object:
$localCObj = t3lib_div::makeInstance('tslib_cObj');

This might result in an object of class ux_tslib_cObj if an extension 
defined an XCLASS of tslib_cObj.

-- 
Kind regards / met vriendelijke groet,

Jigal van Hemert.


From oliver.salzburg at googlemail.com  Wed Mar 14 14:10:47 2012
From: oliver.salzburg at googlemail.com (Oliver Salzburg)
Date: Wed, 14 Mar 2012 14:10:47 +0100
Subject: [TYPO3-dev] Quick PHP question
In-Reply-To: <mailman.1.1331729744.19127.typo3-dev@lists.typo3.org>
References: <mailman.3214.1331729029.627.typo3-dev@lists.typo3.org>
	<mailman.1.1331729744.19127.typo3-dev@lists.typo3.org>
Message-ID: <mailman.3221.1331730651.627.typo3-dev@lists.typo3.org>

Ah, that makes sense.
Thanks for clearing that up.

Regards
Oliver

On 2012-03-14 13:55, "Christian M?ller (FLOW3 Team)" wrote:
> Sorry for the empty answer, hit the wrong key combination...
> 
> I think this sentence is a bit misleading, fact is that a class cannot
> extend from more than one other class. So you need a chain of extensions
> to do that. As you cannot know if other extensions want to extend the
> same class as you at some point in time the XCLASS configuration
> basically helps to build such an "extended class chain" without knowing
> all possible extensions.
> 
> Thats all, so no, a PHP class can be extended by many classes, but a
> class can only extend one other class at a time.
> 
> Cheers,
> Christian
> 
> On 14/03/12 13:43, Oliver Salzburg wrote:
>> I just read the following part in the TYPO3 core API documentation:
>>
>>> Hooks are the recommended way of extending TYPO3 compared to
>>> extending the PHP classes with a child class (see "XCLASS
>>> extensions"). It is so because only one extension of a PHP class can
>>> exist at a time while hooks may allow many different user-designed
>>> processing functions to occur.
>>
>> The statement "only one extension of a PHP class can exist at a time"
>> is really confusing me.
>> Was that true at some point in time or did I just skip some important
>> pages in my PHP lecture?



From oliver.salzburg at googlemail.com  Wed Mar 14 14:14:39 2012
From: oliver.salzburg at googlemail.com (Oliver Salzburg)
Date: Wed, 14 Mar 2012 14:14:39 +0100
Subject: [TYPO3-dev] Quick PHP question
In-Reply-To: <mailman.1.1331730014.19507.typo3-dev@lists.typo3.org>
References: <mailman.3214.1331729029.627.typo3-dev@lists.typo3.org>
	<mailman.1.1331730014.19507.typo3-dev@lists.typo3.org>
Message-ID: <mailman.3223.1331730882.627.typo3-dev@lists.typo3.org>

On 2012-03-14 14:00, Jigal van Hemert wrote:
> Hi,
> 
> On 14-3-2012 13:43, Oliver Salzburg wrote:
>> The statement "only one extension of a PHP class can exist at a time"
>> is really confusing me.
>> Was that true at some point in time or did I just skip some important
>> pages in my PHP lecture?
> 
> No, it's the way XCLASSes are implemented. There is one item available
> in the global configuration array to define which script contains the
> extended version of the class.
> 
> This is done because the XCLASSing needs to happen transparently to the
> code which creates the object:
> $localCObj = t3lib_div::makeInstance('tslib_cObj');
> 
> This might result in an object of class ux_tslib_cObj if an extension
> defined an XCLASS of tslib_cObj.
> 

Am I assuming correctly that XCLASS is something specific to TYPO3?
Because sometimes it sounds like it would be a PHP feature, but I've
never heard of it.



From xavier at typo3.org  Wed Mar 14 14:21:17 2012
From: xavier at typo3.org (Xavier Perseguers)
Date: Wed, 14 Mar 2012 14:21:17 +0100
Subject: [TYPO3-dev] Quick PHP question
In-Reply-To: <mailman.3223.1331730882.627.typo3-dev@lists.typo3.org>
References: <mailman.3214.1331729029.627.typo3-dev@lists.typo3.org>
	<mailman.1.1331730014.19507.typo3-dev@lists.typo3.org>
	<mailman.3223.1331730882.627.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1331731278.21306.typo3-dev@lists.typo3.org>

Hi,

> Am I assuming correctly that XCLASS is something specific to TYPO3?
> Because sometimes it sounds like it would be a PHP feature, but I've
> never heard of it.

It is! It was invented back when object programming in PHP was really
new and not as advanced as nowadays.

-- 
Xavier Perseguers
Release Manager TYPO3 4.6

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From oliver.salzburg at googlemail.com  Wed Mar 14 14:34:40 2012
From: oliver.salzburg at googlemail.com (Oliver Salzburg)
Date: Wed, 14 Mar 2012 14:34:40 +0100
Subject: [TYPO3-dev] Quick PHP question
In-Reply-To: <mailman.1.1331731278.21306.typo3-dev@lists.typo3.org>
References: <mailman.3214.1331729029.627.typo3-dev@lists.typo3.org>
	<mailman.1.1331730014.19507.typo3-dev@lists.typo3.org>
	<mailman.3223.1331730882.627.typo3-dev@lists.typo3.org>
	<mailman.1.1331731278.21306.typo3-dev@lists.typo3.org>
Message-ID: <mailman.3230.1331732084.627.typo3-dev@lists.typo3.org>

On 2012-03-14 14:21, Xavier Perseguers wrote:
> Hi,
> 
>> Am I assuming correctly that XCLASS is something specific to TYPO3?
>> Because sometimes it sounds like it would be a PHP feature, but I've
>> never heard of it.
> 
> It is! It was invented back when object programming in PHP was really
> new and not as advanced as nowadays.

Knowing that makes it a lot easier to accept it :D

Thanks for the explanations
Oliver



From robertwildling at gmail.com  Wed Mar 14 15:12:20 2012
From: robertwildling at gmail.com (Robert Wildling)
Date: Wed, 14 Mar 2012 15:12:20 +0100
Subject: [TYPO3-dev] New form wizard
In-Reply-To: <mailman.1.1331722443.8250.typo3-dev@lists.typo3.org>
References: <mailman.1.1331710412.24605.typo3-dev@lists.typo3.org>
	<mailman.1.1331715484.31269.typo3-dev@lists.typo3.org>
	<mailman.1.1331716329.32081.typo3-dev@lists.typo3.org>
	<mailman.1.1331719648.4779.typo3-dev@lists.typo3.org>
	<mailman.1.1331722443.8250.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1331734361.26072.typo3-dev@lists.typo3.org>

Thanks for the info!!! Looking forward to it, it is an awesome extension 
and provides for an interface feeling that hopefully many ext will 
intergrate.

(The standard CSS cannot be removed via TS, can it?)

Cheers,
Robert

Am 14.03.12 11:54, schrieb Oliver Hader:
> Hey Lorenz,
>
> Am 14.03.12 11:07, schrieb Lorenz Ulrich:
>> Hi Philipp
>>
>> I already did :-). Steffen told me that it can't go in.
>>
>>>> http://forge.typo3.org/issues/32480
>
> At least it makes sense to push your changes to the master branch on
> review.typo3.org since we agree it should at least be part of the next
> version of TYPO3. Besides that, we might consider to backport it to
> earlier branches - as we currently do with the Backports repository for
> TYPO3 4.5 LTS and 4.6.
>
> Thanks in advance! :)
>
> Cheers,
> Olly



From robertwildling at gmail.com  Wed Mar 14 15:47:23 2012
From: robertwildling at gmail.com (Robert Wildling)
Date: Wed, 14 Mar 2012 15:47:23 +0100
Subject: [TYPO3-dev]  injecting new attributes to the a-tag in CE IMAGES
Message-ID: <mailman.1.1331736464.29605.typo3-dev@lists.typo3.org>

Hi,

I need to ask you for a tipp or typoscript - I hope someone can hel!

The intergration of the photo gallery "Lightview" requests special a-tag 
attributes like data-lightview-group, data-lightview-title etc.

All the wrapping can easily be done by manipulating the CE IMAGES, which 
shall be used. The titleText should be mapped to data-lightview-title, 
the caption to data-lightview-caption. This line at least groups the 
images together:

tt_content.image.20.1.imageLinkWrap.typolink.ATagParams.dataWrap = 
class="lightview" data-lightview-group="{field:header}" 
data-lightview-title="{field:titleText[current]}" 
data-lightview-caption="{field:imagecaption}"

...but of course on title of one picture suddenly holds all the titles 
that where entered in the respective field.

Can the altText be assigned to another attribute, holding the correct 
reference to the caption and other text snippets of a picture? How would 
you solve that problem?

Thank you!
Robert


From richard at ocular.co.nz  Wed Mar 14 23:56:55 2012
From: richard at ocular.co.nz (Richard Davies)
Date: Thu, 15 Mar 2012 11:56:55 +1300
Subject: [TYPO3-dev] Backend Tranformation RTE
Message-ID: <mailman.3334.1331765818.627.typo3-dev@lists.typo3.org>

Hi all,

I'm attempting to transform an RTE element in the backend (I need it to
transform an RTE to email). I've sucessfully created FE cObjs in eID
scripts, however using the same code in the backend renders an error:
Call to a member function push() on a non-object in
..typo3_src-4.5.10/typo3/sysext/cms/tslib/class.tslib_fe.php on line 2079
determineId
$GLOBALS['TT']->push('Parse template','');


Typo3 version 4.5.10
I've seen a bug report on the same issue in 4.3 and it says it is resolved.
Is this still an issue or is it just not possible? Should I instead call an
eID/AJAX script to avoid whatever conflict/issue is causing $GLOBALS['TT']
to be empty?

Code:
if (version_compare(TYPO3_version, '4.3', '<')) {
                    $tsfeClassName =
t3lib_div::makeInstanceClassName('tslib_fe');
                    $GLOBALS['TSFE'] = new $tsfeClassName($TYPO3_CONF_VARS,
$this->pageId, '');
            }
            else {
                    $GLOBALS['TSFE'] = t3lib_div::makeInstance('tslib_fe',
$TYPO3_CONF_VARS, $this->pageId, '');
            }
            $GLOBALS['TSFE']->connectToDB();
            $GLOBALS['TSFE']->initFEuser();
            $GLOBALS['TSFE']->checkAlternativeIdMethods();
            $GLOBALS['TSFE']->determineId();
            $GLOBALS['TSFE']->getCompressedTCarray();
            $GLOBALS['TSFE']->initTemplate();
            $GLOBALS['TSFE']->getConfigArray();
...

$parseFunc = $vars['parseFunc_RTE.'];
        if (is_array($parseFunc))  {  $str = $this->cObj->parseFunc($str,
$parseFunc);}

If I try to comment out the function calls causing the error (checkalt,
determineid and getconfig all error out on GLOBALS[TT]), cObj->parseFunc
returns nothing.

Thanks
Richard


From jigal.van.hemert at typo3.org  Thu Mar 15 08:05:53 2012
From: jigal.van.hemert at typo3.org (Jigal van Hemert)
Date: Thu, 15 Mar 2012 08:05:53 +0100
Subject: [TYPO3-dev] Backend Tranformation RTE
In-Reply-To: <mailman.3334.1331765818.627.typo3-dev@lists.typo3.org>
References: <mailman.3334.1331765818.627.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1331795156.12016.typo3-dev@lists.typo3.org>

Hi,

On 14-3-2012 23:56, Richard Davies wrote:
> Should I instead call an eID/AJAX script to avoid whatever
> conflict/issue is causing $GLOBALS['TT'] to be empty?

Why not? The best way to render something in the frontend is... to 
render something in the frontend.

Take for example the extension pagepath which helps BE/CLI scripts to 
create a speaking URL (realurl, cooluri, etc.). It also uses an eID 
script to create the URL.

-- 
Jigal van Hemert
TYPO3 v4 Core Team member

TYPO3 .... inspiring people to share!
Get involved: typo3.org


From ustes.yr at gmail.com  Thu Mar 15 10:30:40 2012
From: ustes.yr at gmail.com (Yuriy Dyubets)
Date: Thu, 15 Mar 2012 11:30:40 +0200
Subject: [TYPO3-dev] rte textarea for custom form
Message-ID: <mailman.3391.1331803843.627.typo3-dev@lists.typo3.org>

Hi, i write extension docbook  import to tt_news. As include rte textarea
to custom form BE?
---------------------------------------------------
sorry my bad english


From t3con at typo3quebec.ca  Fri Mar 16 05:42:30 2012
From: t3con at typo3quebec.ca (Patrick Gaumond)
Date: Fri, 16 Mar 2012 00:42:30 -0400
Subject: [TYPO3-dev] =?windows-1252?q?_T3CON12-Qu=E9bec_=3A_Call_for_speak?=
	=?windows-1252?q?ers?=
Message-ID: <mailman.1.1331872950.1774.typo3-dev@lists.typo3.org>

Become a T3CON12 Qu?bec speaker!

This is an official call to all TYPO3 or Web experts who are interested
in giving a talk at the T3CON12 North America in Quebec City. Speakers
will benefit from a free entrance to the conference and will appear on
the conference?s website along with the name of their company and a
backlink to their website.

As we are expecting a varied audience, the topics may range from
technical to business management, communications and user experience.
Each talk should be about 45 minutes in length. Please reserve 5 to 10
minutes for questions.

Here is a list of ideas for topics that may be of special interest this
year:

    -Managing a TYPO3 team, from text contributors to developers
    -How TYPO3 compares to other CMS, how can it interact?
    -True stories: Successful projects with TYPO3
    -The future of TYPO3

Please submit your application before the 30th of March 2012. Once
logged in using your typo3.org account you will be able to write the
following:

    -A short biography (100 to 1000 words) and add a picture
    -Create a talk (paper) with a long and short abstract
    -Contact information, co-speaker if needed and comments

Note: If you register a new typo3.org account please allow up to an hour
for the account to be propagated throughout the systems involved.

If you have any question about the conference or need feedback about a
talk you think you could give, just write to t3con at typo3quebec.ca.

Patrick Gaumond
Event organizer
email :t3con at typo3quebec.ca


From rayuth at typo3cambodia.org  Fri Mar 16 08:32:26 2012
From: rayuth at typo3cambodia.org (Rayuth You (Yuth))
Date: Fri, 16 Mar 2012 14:32:26 +0700
Subject: [TYPO3-dev]  BE datetime format dd.mm.yyyy
Message-ID: <mailman.1.1331883146.30068.typo3-dev@lists.typo3.org>

Hi list,

In BE I want to change my datetime format from default to my customer 
format ('8:00 16-3-2012' to '8:00 16.3.2012')

'event_start' => array(
	'label'   => 'Event start',
	'config'  => array(
		'type' => 'input',
		'size' => 20,
		'max' => 20,
		'eval' => 'datetime',
		'default' => '0'
	)
)

Any body has any hint? Thank you in advance.

Kind regards,
Rayuth
-- 
Rayuth You
Web Developer

M: +855 11 262 078
E: rayuth at typo3cambodia.org

TYPO3 .... inspiring people to share!
Get involved: http://www.typo3cambodia.org


From typo3 at ringerge.org  Fri Mar 16 08:36:56 2012
From: typo3 at ringerge.org (Georg Ringer)
Date: Fri, 16 Mar 2012 08:36:56 +0100
Subject: [TYPO3-dev] BE datetime format dd.mm.yyyy
In-Reply-To: <mailman.1.1331883146.30068.typo3-dev@lists.typo3.org>
References: <mailman.1.1331883146.30068.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1331883416.27298.typo3-dev@lists.typo3.org>

Hi,

dont copy your threats to multiple mailinglists, thanks

georg


From robertwildling at gmail.com  Fri Mar 16 08:45:07 2012
From: robertwildling at gmail.com (Robert Wildling)
Date: Fri, 16 Mar 2012 08:45:07 +0100
Subject: [TYPO3-dev] injecting new attributes to the a-tag in CE IMAGES
In-Reply-To: <mailman.1.1331736464.29605.typo3-dev@lists.typo3.org>
References: <mailman.1.1331736464.29605.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1331883929.31113.typo3-dev@lists.typo3.org>

I realize, that's the wrong list. Sorry!

Am 14.03.12 15:47, schrieb Robert Wildling:
> Hi,
>
> I need to ask you for a tipp or typoscript - I hope someone can hel!
>
> The intergration of the photo gallery "Lightview" requests special a-tag
> attributes like data-lightview-group, data-lightview-title etc.
>
> All the wrapping can easily be done by manipulating the CE IMAGES, which
> shall be used. The titleText should be mapped to data-lightview-title,
> the caption to data-lightview-caption. This line at least groups the
> images together:
>
> tt_content.image.20.1.imageLinkWrap.typolink.ATagParams.dataWrap =
> class="lightview" data-lightview-group="{field:header}"
> data-lightview-title="{field:titleText[current]}"
> data-lightview-caption="{field:imagecaption}"
>
> ...but of course on title of one picture suddenly holds all the titles
> that where entered in the respective field.
>
> Can the altText be assigned to another attribute, holding the correct
> reference to the caption and other text snippets of a picture? How would
> you solve that problem?
>
> Thank you!
> Robert



From rayuth at typo3cambodia.org  Fri Mar 16 09:03:29 2012
From: rayuth at typo3cambodia.org (Rayuth You (Yuth))
Date: Fri, 16 Mar 2012 15:03:29 +0700
Subject: [TYPO3-dev] BE datetime format dd.mm.yyyy
In-Reply-To: <mailman.1.1331883416.27298.typo3-dev@lists.typo3.org>
References: <mailman.1.1331883146.30068.typo3-dev@lists.typo3.org>
	<mailman.1.1331883416.27298.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1331885009.32651.typo3-dev@lists.typo3.org>

So sorry. Thank you so much for your feedback.

On 03/16/2012 02:36 PM, Georg Ringer wrote:
> Hi,
>
> dont copy your threats to multiple mailinglists, thanks
>
> georg

-- 
Rayuth You
Web Developer

M: +855 11 262 078
E: rayuth at typo3cambodia.org

TYPO3 .... inspiring people to share!
Get involved: http://www.typo3cambodia.org


From t3con at typo3quebec.ca  Sat Mar 17 14:37:14 2012
From: t3con at typo3quebec.ca (Patrick Gaumond)
Date: Sat, 17 Mar 2012 09:37:14 -0400
Subject: [TYPO3-dev] =?iso-8859-1?q?_T3CON12_Qu=E9bec_=3A_TYPO3_Associatio?=
 =?iso-8859-1?q?n_prices_added?=
Message-ID: <mailman.1.1331991435.889.typo3-dev@lists.typo3.org>


We just added a special price for members of the TYPO3 Association.

Get your tickets with a $75 off at
http://t3con12-quebec.typo3.org/en/tickets.html

Early birds special prices are still available. The conference runs from
June 13 through June 15 2012.

Get your TYPO3 Association membership at
http://shop.typo3.org/association/membership/apply-for-membership/ref/assoc/



Patrick Gaumond
Event organizer
email :t3con at typo3quebec.ca


From thomas at kowtsch.de  Mon Mar 19 21:56:43 2012
From: thomas at kowtsch.de (Thomas Kowtsch)
Date: Mon, 19 Mar 2012 21:56:43 +0100
Subject: [TYPO3-dev]  label_alt available for IRRE?
Message-ID: <mailman.1.1332190591.24898.typo3-dev@lists.typo3.org>

Hi all,

I'm wondering about the handling of labels for IRRE records:

When adding a label_alt definition to ext_tables.php and setting 
'label_alt_force' => 1, everything seems to look fine in backend list view.

But when these records are used in a IRRE relationship, the form of the 
"parent" record doesn't seem to use this definition. Instead, only the 
label field from ext_tables is used (which can be empty in my case).

Is there anything I missed to allow label_alt also directly in IRRE editing?

Thanks in advance,
Thomas


From pedersen at frm2.tum.de  Tue Mar 20 13:53:57 2012
From: pedersen at frm2.tum.de (=?UTF-8?B?QmrDtnJuIFBlZGVyc2Vu?=)
Date: Tue, 20 Mar 2012 13:53:57 +0100
Subject: [TYPO3-dev]  Fe-Admin panel influences pages without  edit access
Message-ID: <mailman.1.1332248037.16912.typo3-dev@lists.typo3.org>

Hi,

I am encountering problems with the fe-admin panel (TYPO3 4.6-git):
If a user is logged in, the simulate group feature of the admin panel is
affecting all pages, even if the user does not have  edit access on
these pages. In this case, the group memberships of the user are not
correctly applied.
The  group preview seems anyway somewhat incorrect, as no selection of a
group unconditionally clears all group settings of a logged in FE-user.
I would have expected to merge the groups from FE-adminpanel and a
logged in user instead.

If anyone  can confirm this, I will file a bug and try to provide patches.

Best regards,
 Bj?rn



From typo3 at kay-strobach.de  Wed Mar 21 10:43:01 2012
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Wed, 21 Mar 2012 10:43:01 +0100
Subject: [TYPO3-dev] Backend Tranformation RTE
In-Reply-To: <mailman.1.1331795156.12016.typo3-dev@lists.typo3.org>
References: <mailman.3334.1331765818.627.typo3-dev@lists.typo3.org>
	<mailman.1.1331795156.12016.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1332322980.21029.typo3-dev@lists.typo3.org>

Or just instantiate the time tracker (tt) ;)

Regards
Kay

Am 15.03.2012 08:05, schrieb Jigal van Hemert:
> Hi,
> 
> On 14-3-2012 23:56, Richard Davies wrote:
>> Should I instead call an eID/AJAX script to avoid whatever
>> conflict/issue is causing $GLOBALS['TT'] to be empty?
> 
> Why not? The best way to render something in the frontend is... to
> render something in the frontend.
> 
> Take for example the extension pagepath which helps BE/CLI scripts to
> create a speaking URL (realurl, cooluri, etc.). It also uses an eID
> script to create the URL.
> 


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

Answer was useful: https://flattr.com/profile/kaystrobach


From typo3 at kay-strobach.de  Wed Mar 21 10:43:45 2012
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Wed, 21 Mar 2012 10:43:45 +0100
Subject: [TYPO3-dev] BE datetime format dd.mm.yyyy
In-Reply-To: <mailman.1.1331885009.32651.typo3-dev@lists.typo3.org>
References: <mailman.1.1331883146.30068.typo3-dev@lists.typo3.org>
	<mailman.1.1331883416.27298.typo3-dev@lists.typo3.org>
	<mailman.1.1331885009.32651.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1332323023.21029.typo3-dev@lists.typo3.org>

hi set it globally in the install tool ...

Am 16.03.2012 09:03, schrieb Rayuth You (Yuth):
> So sorry. Thank you so much for your feedback.
> 
> On 03/16/2012 02:36 PM, Georg Ringer wrote:
>> Hi,
>>
>> dont copy your threats to multiple mailinglists, thanks
>>
>> georg
> 


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

Answer was useful: https://flattr.com/profile/kaystrobach


From rayuth at typo3cambodia.org  Wed Mar 21 11:41:09 2012
From: rayuth at typo3cambodia.org (Rayuth You (Yuth))
Date: Wed, 21 Mar 2012 17:41:09 +0700
Subject: [TYPO3-dev] BE datetime format dd.mm.yyyy
In-Reply-To: <mailman.1.1332323023.21029.typo3-dev@lists.typo3.org>
References: <mailman.1.1331883146.30068.typo3-dev@lists.typo3.org>
	<mailman.1.1331883416.27298.typo3-dev@lists.typo3.org>
	<mailman.1.1331885009.32651.typo3-dev@lists.typo3.org>
	<mailman.1.1332323023.21029.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1332326470.29780.typo3-dev@lists.typo3.org>

Hi

Sorry, I cannot catch up your setting.
What to set globally in the install tool?

Thanks,
Yuth

On 03/21/2012 04:43 PM, Kay Strobach wrote:
> hi set it globally in the install tool ...
>
> Am 16.03.2012 09:03, schrieb Rayuth You (Yuth):
>> So sorry. Thank you so much for your feedback.
>>
>> On 03/16/2012 02:36 PM, Georg Ringer wrote:
>>> Hi,
>>>
>>> dont copy your threats to multiple mailinglists, thanks
>>>
>>> georg
>>
>
>

-- 
Rayuth You
Web Developer

M: +855 11 262 078
E: rayuth at typo3cambodia.org

TYPO3 .... inspiring people to share!
Get involved: http://www.typo3cambodia.org


From typo3 at kay-strobach.de  Wed Mar 21 13:07:28 2012
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Wed, 21 Mar 2012 13:07:28 +0100
Subject: [TYPO3-dev] BE datetime format dd.mm.yyyy
In-Reply-To: <mailman.1.1332326470.29780.typo3-dev@lists.typo3.org>
References: <mailman.1.1331883146.30068.typo3-dev@lists.typo3.org>
	<mailman.1.1331883416.27298.typo3-dev@lists.typo3.org>
	<mailman.1.1331885009.32651.typo3-dev@lists.typo3.org>
	<mailman.1.1332323023.21029.typo3-dev@lists.typo3.org>
	<mailman.1.1332326470.29780.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1332331646.12088.typo3-dev@lists.typo3.org>

hi,

open:

  http(s)://host/typo3/install/index.php?TYPO3_INSTALL[type]=extConfig

search for:
	ddmmyy

and for:
	hhmm

uncheck:
	USdateFormat

Regards
kay

Am 21.03.2012 11:41, schrieb Rayuth You (Yuth):
> Hi
> 
> Sorry, I cannot catch up your setting.
> What to set globally in the install tool?
> 
> Thanks,
> Yuth
> 
> On 03/21/2012 04:43 PM, Kay Strobach wrote:
>> hi set it globally in the install tool ...
>>
>> Am 16.03.2012 09:03, schrieb Rayuth You (Yuth):
>>> So sorry. Thank you so much for your feedback.
>>>
>>> On 03/16/2012 02:36 PM, Georg Ringer wrote:
>>>> Hi,
>>>>
>>>> dont copy your threats to multiple mailinglists, thanks
>>>>
>>>> georg
>>>
>>
>>
> 


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

Answer was useful: https://flattr.com/profile/kaystrobach


From rayuth at typo3cambodia.org  Thu Mar 22 04:35:26 2012
From: rayuth at typo3cambodia.org (Rayuth You (Yuth))
Date: Thu, 22 Mar 2012 10:35:26 +0700
Subject: [TYPO3-dev] BE datetime format dd.mm.yyyy
In-Reply-To: <mailman.1.1332331646.12088.typo3-dev@lists.typo3.org>
References: <mailman.1.1331883146.30068.typo3-dev@lists.typo3.org>
	<mailman.1.1331883416.27298.typo3-dev@lists.typo3.org>
	<mailman.1.1331885009.32651.typo3-dev@lists.typo3.org>
	<mailman.1.1332323023.21029.typo3-dev@lists.typo3.org>
	<mailman.1.1332326470.29780.typo3-dev@lists.typo3.org>
	<mailman.1.1332331646.12088.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1332387326.24864.typo3-dev@lists.typo3.org>

Hi,

Thank you for your clear information.
I have already set [SYS][ddmmyy] = d.m.Y and it shows in list module.
But I want to display d.m.Y on the input field when I click on 
datepicker icon.

I found line 440-445 of t3lib/jsfunc.evalfield.js
theString = 
theTime.getUTCDate()+'-'+(theTime.getUTCMonth()+1)+'-'+this.getYear(theTime);

What should I do? I do not want to break the t3lib.

Kind regards,
Yuth

On 03/21/2012 07:07 PM, Kay Strobach wrote:
> hi,
>
> open:
>
>    http(s)://host/typo3/install/index.php?TYPO3_INSTALL[type]=extConfig
>
> search for:
> 	ddmmyy
>
> and for:
> 	hhmm
>
> uncheck:
> 	USdateFormat
>
> Regards
> kay
>
> Am 21.03.2012 11:41, schrieb Rayuth You (Yuth):
>> Hi
>>
>> Sorry, I cannot catch up your setting.
>> What to set globally in the install tool?
>>
>> Thanks,
>> Yuth
>>
>> On 03/21/2012 04:43 PM, Kay Strobach wrote:
>>> hi set it globally in the install tool ...
>>>
>>> Am 16.03.2012 09:03, schrieb Rayuth You (Yuth):
>>>> So sorry. Thank you so much for your feedback.
>>>>
>>>> On 03/16/2012 02:36 PM, Georg Ringer wrote:
>>>>> Hi,
>>>>>
>>>>> dont copy your threats to multiple mailinglists, thanks
>>>>>
>>>>> georg
>>>>
>>>
>>>
>>
>
>

-- 
Rayuth You
Web Developer

M: +855 11 262 078
E: rayuth at typo3cambodia.org

TYPO3 .... inspiring people to share!
Get involved: http://www.typo3cambodia.org


From typo3 at ringerge.org  Thu Mar 22 07:14:30 2012
From: typo3 at ringerge.org (Georg Ringer)
Date: Thu, 22 Mar 2012 07:14:30 +0100
Subject: [TYPO3-dev] BE datetime format dd.mm.yyyy
In-Reply-To: <mailman.1.1332387326.24864.typo3-dev@lists.typo3.org>
References: <mailman.1.1331883146.30068.typo3-dev@lists.typo3.org>
	<mailman.1.1331883416.27298.typo3-dev@lists.typo3.org>
	<mailman.1.1331885009.32651.typo3-dev@lists.typo3.org>
	<mailman.1.1332323023.21029.typo3-dev@lists.typo3.org>
	<mailman.1.1332326470.29780.typo3-dev@lists.typo3.org>
	<mailman.1.1332331646.12088.typo3-dev@lists.typo3.org>
	<mailman.1.1332387326.24864.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1332396870.12407.typo3-dev@lists.typo3.org>

Am 22.03.2012 04:35, schrieb Rayuth You (Yuth):
> Hi,
> 
> Thank you for your clear information.
> I have already set [SYS][ddmmyy] = d.m.Y and it shows in list module.
> But I want to display d.m.Y on the input field when I click on
> datepicker icon.
> 
> I found line 440-445 of t3lib/jsfunc.evalfield.js
> theString =
> theTime.getUTCDate()+'-'+(theTime.getUTCMonth()+1)+'-'+this.getYear(theTime);

add it to http://forge.typo3.org/projects/typo3v4-core/issues as it
seems like a missing feature

Georg


From franz.kugelmann at elementare-teilchen.de  Thu Mar 22 09:58:57 2012
From: franz.kugelmann at elementare-teilchen.de (Franz Kugelmann)
Date: Thu, 22 Mar 2012 09:58:57 +0100
Subject: [TYPO3-dev]  experience with MySQL 5.5
Message-ID: <mailman.1.1332406732.22163.typo3-dev@lists.typo3.org>

Hi list,

does anybody have experience with TYPO3 and MySQL 5.5?
The LRZ (Leibniz-Rechenzentrum, Hosting Provider for munich universities)  
wants to upgrade to 5.5.
In
http://www.rvantwisk.nl/typo3-irc-log/2011/november/16.html
they talk about the necessity to set configuration:
carpeDiem: I think TYPO3 works with MySQL 5.5, but you need to adjust some  
settings. I just used $TYPO3_CONF_VARS['SYS']['setDBinit'] = 'SET SESSION  
sql_mode=\'MYSQL40\';'.chr(10).'SET NAMES \'utf8\';'; in my localconf.php

sunny greetings!
Franz
-- 
Franz Kugelmann, www.elementare-teilchen.de


From rayuth at typo3cambodia.org  Fri Mar 23 03:26:06 2012
From: rayuth at typo3cambodia.org (Rayuth You (Yuth))
Date: Fri, 23 Mar 2012 09:26:06 +0700
Subject: [TYPO3-dev] BE datetime format dd.mm.yyyy
In-Reply-To: <mailman.1.1331883146.30068.typo3-dev@lists.typo3.org>
References: <mailman.1.1331883146.30068.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1332469567.25376.typo3-dev@lists.typo3.org>

this is new feature issue #35129, now got accepted on 
http://forge.typo3.org/projects/typo3v4-core/issues

On 03/16/2012 02:32 PM, Rayuth You (Yuth) wrote:
> Hi list,
>
> In BE I want to change my datetime format from default to my customer
> format ('8:00 16-3-2012' to '8:00 16.3.2012')
>
> 'event_start' => array(
> 'label' => 'Event start',
> 'config' => array(
> 'type' => 'input',
> 'size' => 20,
> 'max' => 20,
> 'eval' => 'datetime',
> 'default' => '0'
> )
> )
>
> Any body has any hint? Thank you in advance.
>
> Kind regards,
> Rayuth

-- 
Rayuth You
Web Developer

M: +855 11 262 078
E: rayuth at typo3cambodia.org

TYPO3 .... inspiring people to share!
Get involved: http://www.typo3cambodia.org


From oliver.salzburg at googlemail.com  Fri Mar 23 18:07:51 2012
From: oliver.salzburg at googlemail.com (Oliver Salzburg)
Date: Fri, 23 Mar 2012 18:07:51 +0100
Subject: [TYPO3-dev] Simple way to enable BE JS debugging?
Message-ID: <mailman.5159.1332522465.627.typo3-dev@lists.typo3.org>

While trying to write my first BE module today, I pretty much instantly
ran into an issue while trying to implement a file browser in ExtJS.
I was looking at this article:
http://superdit.com/2011/06/01/extjs-simple-file-browser/

This results in:
ext-all-1ddb562089dfb84975963c2ce259146c.js:7 Uncaught TypeError:
undefined is not a function

So, that's not very helpful.
Obvious first step would be to switch to the debugging version of ExtJS.

How should that be done?
Is there some setting I can change that will cause the debug version to
be used automatically? Or do I have to replace the actual files?

Cheers
Oliver


From typo3.lists at philippgampe.info  Fri Mar 23 18:51:32 2012
From: typo3.lists at philippgampe.info (Philipp Gampe)
Date: Fri, 23 Mar 2012 18:51:32 +0100
Subject: [TYPO3-dev] Simple way to enable BE JS debugging?
References: <mailman.5159.1332522465.627.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1332525092.27162.typo3-dev@lists.typo3.org>

Hi Oliver,

Oliver Salzburg wrote:

> While trying to write my first BE module today, I pretty much instantly
> ran into an issue while trying to implement a file browser in ExtJS.
> I was looking at this article:
> http://superdit.com/2011/06/01/extjs-simple-file-browser/
> 
> This results in:
> ext-all-1ddb562089dfb84975963c2ce259146c.js:7 Uncaught TypeError:
> undefined is not a function
> 
> So, that's not very helpful.
> Obvious first step would be to switch to the debugging version of ExtJS.
> 
> How should that be done?
> Is there some setting I can change that will cause the debug version to
> be used automatically? Or do I have to replace the actual files?

AFAIK
$TYPO3_CONF_VARS['BE']['debug'] = 1; in localconf.php (or via Install Tool).

Best regards
-- 
Philipp Gampe ? PGP-Key 0AD96065 ? TYPO3 UG Bonn/K?ln ? linkvalidator



From oliver.salzburg at googlemail.com  Fri Mar 23 19:21:24 2012
From: oliver.salzburg at googlemail.com (Oliver Salzburg)
Date: Fri, 23 Mar 2012 19:21:24 +0100
Subject: [TYPO3-dev] Simple way to enable BE JS debugging?
In-Reply-To: <mailman.1.1332525092.27162.typo3-dev@lists.typo3.org>
References: <mailman.5159.1332522465.627.typo3-dev@lists.typo3.org>
	<mailman.1.1332525092.27162.typo3-dev@lists.typo3.org>
Message-ID: <mailman.5160.1332526878.627.typo3-dev@lists.typo3.org>

On 2012-03-23 18:51, Philipp Gampe wrote:
> Hi Oliver,
> 
> Oliver Salzburg wrote:
> 
>> While trying to write my first BE module today, I pretty much instantly
>> ran into an issue while trying to implement a file browser in ExtJS.
>> I was looking at this article:
>> http://superdit.com/2011/06/01/extjs-simple-file-browser/
>>
>> This results in:
>> ext-all-1ddb562089dfb84975963c2ce259146c.js:7 Uncaught TypeError:
>> undefined is not a function
>>
>> So, that's not very helpful.
>> Obvious first step would be to switch to the debugging version of ExtJS.
>>
>> How should that be done?
>> Is there some setting I can change that will cause the debug version to
>> be used automatically? Or do I have to replace the actual files?
> 
> AFAIK
> $TYPO3_CONF_VARS['BE']['debug'] = 1; in localconf.php (or via Install Tool).
> 
> Best regards

Ah, I'll give that a try. I was wondering whether there was something
more specific maybe as I came across enableExtJsDebug in
Tx_Fluid_ViewHelpers_Be_ContainerViewHelper.


From typo3 at kay-strobach.de  Fri Mar 23 20:52:09 2012
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Fri, 23 Mar 2012 20:52:09 +0100
Subject: [TYPO3-dev] Simple way to enable BE JS debugging?
In-Reply-To: <mailman.5160.1332526878.627.typo3-dev@lists.typo3.org>
References: <mailman.5159.1332522465.627.typo3-dev@lists.typo3.org>
	<mailman.1.1332525092.27162.typo3-dev@lists.typo3.org>
	<mailman.5160.1332526878.627.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1332532326.12933.typo3-dev@lists.typo3.org>

Hi Oliver,

4.7 contains a brand new filebrowser.

Perhaps the cardlayout introduced in 4.7 is also interesting for you ;)

Regards
Kay

Am 23.03.2012 19:21, schrieb Oliver Salzburg:
> On 2012-03-23 18:51, Philipp Gampe wrote:
>> Hi Oliver,
>>
>> Oliver Salzburg wrote:
>>
>>> While trying to write my first BE module today, I pretty much instantly
>>> ran into an issue while trying to implement a file browser in ExtJS.
>>> I was looking at this article:
>>> http://superdit.com/2011/06/01/extjs-simple-file-browser/
>>>
>>> This results in:
>>> ext-all-1ddb562089dfb84975963c2ce259146c.js:7 Uncaught TypeError:
>>> undefined is not a function
>>>
>>> So, that's not very helpful.
>>> Obvious first step would be to switch to the debugging version of ExtJS.
>>>
>>> How should that be done?
>>> Is there some setting I can change that will cause the debug version to
>>> be used automatically? Or do I have to replace the actual files?
>>
>> AFAIK
>> $TYPO3_CONF_VARS['BE']['debug'] = 1; in localconf.php (or via Install Tool).
>>
>> Best regards
> 
> Ah, I'll give that a try. I was wondering whether there was something
> more specific maybe as I came across enableExtJsDebug in
> Tx_Fluid_ViewHelpers_Be_ContainerViewHelper.


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

Answer was useful: https://flattr.com/profile/kaystrobach


From oliver.salzburg at googlemail.com  Fri Mar 23 21:18:57 2012
From: oliver.salzburg at googlemail.com (Oliver Salzburg)
Date: Fri, 23 Mar 2012 21:18:57 +0100
Subject: [TYPO3-dev] Simple way to enable BE JS debugging?
In-Reply-To: <mailman.1.1332532326.12933.typo3-dev@lists.typo3.org>
References: <mailman.5159.1332522465.627.typo3-dev@lists.typo3.org>
	<mailman.1.1332525092.27162.typo3-dev@lists.typo3.org>
	<mailman.5160.1332526878.627.typo3-dev@lists.typo3.org>
	<mailman.1.1332532326.12933.typo3-dev@lists.typo3.org>
Message-ID: <mailman.5166.1332533930.627.typo3-dev@lists.typo3.org>

Hello Kay,

I'd love to dig into the new stuff. But this extension has to work on a
clients site which runs 4.5 :(

I actually progressed further once I realized that TYPO3 uses ExtJS 3
and the examples I was looking at were using ExtJS 4.

Cheers
Oliver

On 2012-03-23 20:52, Kay Strobach wrote:
> Hi Oliver,
> 
> 4.7 contains a brand new filebrowser.
> 
> Perhaps the cardlayout introduced in 4.7 is also interesting for you ;)
> 
> Regards
> Kay
> 
> Am 23.03.2012 19:21, schrieb Oliver Salzburg:
>> On 2012-03-23 18:51, Philipp Gampe wrote:
>>> Hi Oliver,
>>>
>>> Oliver Salzburg wrote:
>>>
>>>> While trying to write my first BE module today, I pretty much instantly
>>>> ran into an issue while trying to implement a file browser in ExtJS.
>>>> I was looking at this article:
>>>> http://superdit.com/2011/06/01/extjs-simple-file-browser/
>>>>
>>>> This results in:
>>>> ext-all-1ddb562089dfb84975963c2ce259146c.js:7 Uncaught TypeError:
>>>> undefined is not a function
>>>>
>>>> So, that's not very helpful.
>>>> Obvious first step would be to switch to the debugging version of ExtJS.
>>>>
>>>> How should that be done?
>>>> Is there some setting I can change that will cause the debug version to
>>>> be used automatically? Or do I have to replace the actual files?
>>>
>>> AFAIK
>>> $TYPO3_CONF_VARS['BE']['debug'] = 1; in localconf.php (or via Install Tool).
>>>
>>> Best regards
>>
>> Ah, I'll give that a try. I was wondering whether there was something
>> more specific maybe as I came across enableExtJsDebug in
>> Tx_Fluid_ViewHelpers_Be_ContainerViewHelper.


From typo3 at kay-strobach.de  Fri Mar 23 21:39:03 2012
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Fri, 23 Mar 2012 21:39:03 +0100
Subject: [TYPO3-dev] Simple way to enable BE JS debugging?
In-Reply-To: <mailman.5166.1332533930.627.typo3-dev@lists.typo3.org>
References: <mailman.5159.1332522465.627.typo3-dev@lists.typo3.org>
	<mailman.1.1332525092.27162.typo3-dev@lists.typo3.org>
	<mailman.5160.1332526878.627.typo3-dev@lists.typo3.org>
	<mailman.1.1332532326.12933.typo3-dev@lists.typo3.org>
	<mailman.5166.1332533930.627.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1332535145.20320.typo3-dev@lists.typo3.org>

Hello Oliver,

Am 23.03.2012 21:18, schrieb Oliver Salzburg:
> Hello Kay,
> 
> I'd love to dig into the new stuff. But this extension has to work on a
> clients site which runs 4.5 :(

;) ok - the typical LTS Client - nice ;)


> I actually progressed further once I realized that TYPO3 uses ExtJS 3
> and the examples I was looking at were using ExtJS 4.

Yeah, the migration to ExtJS4 was planned for 4.7, but was skipped due
to massive API problems. Having ExtJS4 in 4.7 would have lead into
having a very cool list interface.

PS: You can also use extjs4 inside TYPO3 4.5, if you include the
library by yourself in the module iframe.

This shouldn't have to much negative effects on performance, but maybe
problematic, if you want access top. frame properties ;)

Regards
Kay


 --
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

Answer was useful: https://flattr.com/profile/kaystrobach


From oliver.hader at typo3.org  Mon Mar 26 08:39:25 2012
From: oliver.hader at typo3.org (Oliver Hader)
Date: Mon, 26 Mar 2012 08:39:25 +0200
Subject: [TYPO3-dev] [TYPO3-core] Minutes of the 14th TYPO3 4.7 Release Team
	Meeting
Message-ID: <mailman.5411.1332744002.627.typo3-dev@lists.typo3.org>

Hi everybody,

here are the minutes of the last TYPO3 4.7 Release Team Meeting. The
notes can be found on the Forge wiki pages as well:
http://forge.typo3.org/projects/typo3v47-projects/wiki/14th_Release_Team_Meeting_TYPO3_47

Cheers,
Olly

----------------------------------------------------------------------

*14th Release Team Meeting TYPO3 4.7*

The 4.7 release team meets weekly for a Skype discussion round on the
current activities.
If you find this report interesting or have some comment or question
about a particular topic, don't hesitate to follow-up on the thread in
the core mailing list.

On Monday, March 19th 2012 we held our 14th meeting with the following
participants:

* Xavier Perseguers (4.6 Release Manager)
* Benni Mack (Core Team Co-Leader)
* Oliver Hader (Core Team Leader)

=============
= TYPO3 4.7 =
=============

Check migration/upgrade wizards
-------------------------------

Several components need a "guided way" in terms of new upgrade wizards
to migrate older TYPO3 version to TYPO3 4.7

*HTML5 per default*

* HTML5 can be used by modifying the TypoScript for frontend rendering
* however, making it the TYPO3-default frontend-rendering is
  temporarily abandoned for 4.7 to be the default case since Patrick
  Broens (as developer of that feature during the BLE phase) had valid
  concerns:
* the HTML5 RFC is still pending and thus not really a standard per
  definition, albeit a lot of enterprise websites are already built on
  it...

*UTF-8 per default*

* Non-UTF-8 was deprecated in TYPO3 4.5, however without guided
  migration path
* initDB, forceRenderCharset, metaCharset (FE)
* lookup whether all tables are in UTF-8 mode
* maybe binary check

Jigal has a converter script which is doing analysis and actually
converts data (however this one shall not be shipped with the Core -
instead we can imagine to put it to the TER).
In general we should make use of the exception codes that are redirected
to the wiki - more details on upgrading and the procedure will be
provided at those pages then.


===================
= TYPO3 4.6 & 4.5 =
===================

Fixing the regression-regression-fixes...
-----------------------------------------

* fixed http://forge.typo3.org/issues/34662 (Fatal Error Deprecation
  Log)
* modified http://forge.typo3.org/issues/30892 &
  http://forge.typo3.org/issues/34698 -> pending
  http://forge.typo3.org/issues/34820 (Preview Domain)
* example of the current implementation
** Backend URL https://backend.mydomain.com:8081/typo3/
** Result: http://www.mydomain.com/index.php?id=123
** Expected result: https://backend...:8081/index.php?id=123 - for some
   cases but not all
*** Problem: sometimes only /typo3/ may be used in "Frontend" =>
    "/index.php" does not work!
** General behavior: sys_domain takes precedence over Backend URL
* needs feedback http://forge.typo3.org/issues/34835 (Fatal Error with
  Preview Domain - could be reproduced)

The reproducible bugs are fixed in the accordant branches, thus we will
provide a buzz article explaining the behavior and how the patch can be
applied locally, out of the Gerrit review.
Thus, there won't be a dedicated release this week just to fix the
regressions - for sure, the fixes will be part of the next regular
maintenance releases.

====================
= TYPO3 in General =
====================

General LTS Strategy
--------------------

The main reason for TYPO3 4.5 being a LTS was to still be compatible
with PHP 5.2 and IE6 in the backend. Meanwhile support for PHP 5.2 has
been discontinued by PHP and also by most distributors.
Besides that our 6-monthly release cycle forced agencies to upgrade to
the next version very often and also was an argument to have an LTS
release. However, the period of 3 years seems to too long in general -
however, TYPO3 4.5 LTS will be supported until 2014 (sure!), but the
next LTS version might only be supported for e.g. 18-24 months.
The whole topic shall be discussed by the community - during T3DD12
there shall be a decision.

Backport Branches
-----------------

The interest of individually backporting features was rather low. The
goal in general is to promote latest stable releases, not the last LTS
version (since performance improvements and clean-up will only be part
of the latest version). Besides that most of the requested backports
depend on the overworked caching framework or are at least are related
to it - which makes it quite difficult to deal with the expected
backwards compatibility in an LTS version.
The whole topic needs to be explained and re-evaluate in detail -
feedback from the community is required here concerning "expectations"
of Backport Releases.

Future Development (master)
---------------------------

*File Abstraction Layer*

There was a mini-code sprint with Benni Mack, Ingmar Schlecht, Andreas
Wolf in Stuttgart during March 16th-18th 2012.
* getImgResource() was separated into smaller functional parts, see

http://git.typo3.org/TYPO3v4/Incubator.git?a=blob;f=t3lib/file/Service/FileProcessingService.php;hb=plain-fileabstraction
* Stanislas is currently working on RTE integration for FAL
* it's planned to recreate patches for review.typo3.org again next week
  - everybody is encouraged to review and test as much as possible then


----------------------------------------------------------------------
-- 
Oliver Hader
TYPO3 v4 Core Team Leader

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org


From dpacholczyk at gmail.com  Mon Mar 26 11:54:27 2012
From: dpacholczyk at gmail.com (Dawid Pacholczyk)
Date: Mon, 26 Mar 2012 11:54:27 +0200
Subject: [TYPO3-dev]  id of new record in hook
Message-ID: <mailman.1.1332755667.6064.typo3-dev@lists.typo3.org>

With what hook I can get id (the true uid - number) of the record with 
status == 'new' ? I`ve tried afterDatabaseOperations (the name is 
obvious) but it doesn`t work

best regards,
Dawid Pacholczyk


From typo3 at ringerge.org  Mon Mar 26 12:49:18 2012
From: typo3 at ringerge.org (Georg Ringer)
Date: Mon, 26 Mar 2012 12:49:18 +0200
Subject: [TYPO3-dev] id of new record in hook
In-Reply-To: <mailman.1.1332755667.6064.typo3-dev@lists.typo3.org>
References: <mailman.1.1332755667.6064.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1332758958.7267.typo3-dev@lists.typo3.org>

Hi,

maybe this helps
if (!is_numeric($recordUid)) {
	$recordUid = $parentObject->substNEWwithIDs[$recordUid];
}

Georg


From dpacholczyk at gmail.com  Mon Mar 26 14:36:46 2012
From: dpacholczyk at gmail.com (Dawid Pacholczyk)
Date: Mon, 26 Mar 2012 14:36:46 +0200
Subject: [TYPO3-dev] id of new record in hook
In-Reply-To: <mailman.1.1332758958.7267.typo3-dev@lists.typo3.org>
References: <mailman.1.1332755667.6064.typo3-dev@lists.typo3.org>
	<mailman.1.1332758958.7267.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1332765407.7133.typo3-dev@lists.typo3.org>

W dniu 2012-03-26 12:49, Georg Ringer pisze:
> Hi,
>
> maybe this helps
> if (!is_numeric($recordUid)) {
> 	$recordUid = $parentObject->substNEWwithIDs[$recordUid];
> }
>
> Georg

Thank you Georg. I was looking for something like this :)


From list-typo3 at jack.org.uk  Mon Mar 26 20:07:07 2012
From: list-typo3 at jack.org.uk (Dave Sexton)
Date: Mon, 26 Mar 2012 19:07:07 +0100
Subject: [TYPO3-dev] Logoff hooks
Message-ID: <mailman.5527.1332785393.627.typo3-dev@lists.typo3.org>

Hi,

I am currently working on an authentication service to integrate typo3
with a forum. I am aiming for a SSO style integration and so am looking
at both login and logoff.

I am aware of the hooks in the logoff function of t3lib_userauth and
these look to be exactly what I need in order to trigger a logout of the
forum software when the user explicitly logs out of Typo3. The only
problem is that the hook seems to get called several times during a page
load when no user is logged into Typo3. I cannot see any difference in
the data passed to the function during a 'real' or 'fake' logoff.

Obviously, I only want to trigger a forum logoff when the user has
explicitly requested a logoff but I cannot see how to identify when that
has occurred.

Can anyone shed some light on this for me please?

Thanks in advance,

Dave



From adrien.crivelli at gmail.com  Tue Mar 27 04:35:06 2012
From: adrien.crivelli at gmail.com (Adrien Crivelli)
Date: Tue, 27 Mar 2012 11:35:06 +0900
Subject: [TYPO3-dev] TER upload
Message-ID: <mailman.5556.1332815708.627.typo3-dev@lists.typo3.org>

Hi,

I recently uploaded my extension to
TER<http://typo3.org/extensions/repository/view/newsletter/current/>for
the first time. I noticed the version was automatically incremented
during upload process, which was not expected.

   1. Could somebody change the version currently shown from 2.0.0 to 1.2.2
   ?
   2. Is there a way to disable auto-increment version when uploading,
   because I rather manage it by myself (via SVN) ?

TIA,

Adrien


From typo3 at ringerge.org  Tue Mar 27 06:57:46 2012
From: typo3 at ringerge.org (Georg Ringer)
Date: Tue, 27 Mar 2012 06:57:46 +0200
Subject: [TYPO3-dev] TER upload
In-Reply-To: <mailman.5556.1332815708.627.typo3-dev@lists.typo3.org>
References: <mailman.5556.1332815708.627.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1332824266.17092.typo3-dev@lists.typo3.org>

Hi,

Am 27.03.2012 04:35, schrieb Adrien Crivelli:
>    1. Could somebody change the version currently shown from 2.0.0 to 1.2.2
>    ?

you need to do this yourself. create a version local with 1.2.1 and do a
bugfix release

>    2. Is there a way to disable auto-increment version when uploading,
>    because I rather manage it by myself (via SVN) ?

no, but this is done clientside, so not really hard anyway

Georg


From jigal.van.hemert at typo3.org  Tue Mar 27 08:11:04 2012
From: jigal.van.hemert at typo3.org (Jigal van Hemert)
Date: Tue, 27 Mar 2012 08:11:04 +0200
Subject: [TYPO3-dev] TER upload
In-Reply-To: <mailman.5556.1332815708.627.typo3-dev@lists.typo3.org>
References: <mailman.5556.1332815708.627.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1332828665.17641.typo3-dev@lists.typo3.org>

Hi,

On 27-3-2012 4:35, Adrien Crivelli wrote:
> I recently uploaded my extension to
> TER<http://typo3.org/extensions/repository/view/newsletter/current/>for
> the first time. I noticed the version was automatically incremented
> during upload process, which was not expected.

Not expected? The TER upload tab shows right above the upload button:

New version:
(o) New bugfix version (latest x.x.x+1)
( ) New sub version (latest x.x+1.0)
( ) New main version (latest x+1.0.0)

The first option is preselected, so you must have selected the third 
option during the upload.

>     1. Could somebody change the version currently shown from 2.0.0 to 1.2.2

As Georg already explained: this can't be done in TER. The reason is 
that also ext_emconf.php is modified inside the .t3x archive (and on 
your local installation).

-- 
Jigal van Hemert
TYPO3 v4 Core Team member

TYPO3 .... inspiring people to share!
Get involved: typo3.org


From rik at actiview.nl  Tue Mar 27 10:12:00 2012
From: rik at actiview.nl (Rik Willems)
Date: Tue, 27 Mar 2012 10:12:00 +0200
Subject: [TYPO3-dev]  css_styled_content & header_position
Message-ID: <mailman.1.1332835920.3235.typo3-dev@lists.typo3.org>

Hi all,

With a content element you can set both header_layout and 
header_position. The latter results in an inline css for text-align, 
through css_styled_content static typoscript. Is there a specific reason 
why this is inline and not just a class for text-align?

Cheers! Rik


From ivan at loglan.net  Tue Mar 27 11:25:01 2012
From: ivan at loglan.net (Ivan Ruiz Gallego)
Date: Tue, 27 Mar 2012 11:25:01 +0200
Subject: [TYPO3-dev] Using the linkvalidator for a field with internal type
	"file_reference"
Message-ID: <mailman.1.1332840301.16073.typo3-dev@lists.typo3.org>

Hi everyone,

I have programmed an extension for simple document management. A 
database table contains document records. The field "file" contains the 
path (relative to web root) to the document. This field is configured 
(TCA) with a type "group" and an internal type "file_reference". 
Additionally, I have configured the link validator using the PageTS 
accordingly.

I renamed some of the files referenced by document records (i.e. I 
deliberately generated some error cases). Unfortunately, the link 
validator didn't detect these errors. After checking my configuration, I 
took a look at the source code of the link validator and got the 
impression that the validator ignores this kind of fields. Can anyone 
confirm this impression?

Thanks and best regards
Ivan


From xavier at typo3.org  Tue Mar 27 16:20:39 2012
From: xavier at typo3.org (Xavier Perseguers)
Date: Tue, 27 Mar 2012 16:20:39 +0200
Subject: [TYPO3-dev] TER upload
In-Reply-To: <mailman.5556.1332815708.627.typo3-dev@lists.typo3.org>
References: <mailman.5556.1332815708.627.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1332858040.785.typo3-dev@lists.typo3.org>

Hi,

>    2. Is there a way to disable auto-increment version when uploading,
>    because I rather manage it by myself (via SVN) ?

You're not alone with SVN or another VCS ;)

I do that:

1) Commit what is pending
2a) Update the version number in ext_emconf.php + Write a line in ChangeLog
2b) Commit this change

At this stage, the md5 checksums are wrong in ext_emconf.php but the
extension is "ready" to be tagged otherwise

3) Change back the version number in ext_emconf.php (anything else lower
than current)
4) Upload to TER with the Extension Manager, paying attention (!) to the
option to be used to raise the version number

At this stage, the md5 checksums are fixed and there is no single other
change to be committed

5) Commit to HEAD of the current branch/trunk, as usual
6) Tag the version

-- 
Xavier Perseguers
Release Manager TYPO3 4.6

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org



From steffen.ritter at typo3.org  Tue Mar 27 17:25:26 2012
From: steffen.ritter at typo3.org (Steffen Ritter)
Date: Tue, 27 Mar 2012 17:25:26 +0200
Subject: [TYPO3-dev] [TYPO3-core] Announcing TYPO3 4.7.0beta3
Message-ID: <mailman.5816.1332862202.627.typo3-dev@lists.typo3.org>

Dear TYPO3 friends,

Today, the community released the third beta version of TYPO3 4.7.

With the release of beta1 we have reached "Feature Freeze" for the
upcoming version and thus are focussed on fixing bugs only. This means
that there have not been any changes to the SQL structure since then.

TYPO3 4.7 will ship with an interesting set of new features,
possibilities and bug fixes. Further information can be found in our
previous release notes.

Since we currently are missing feedback from more testers and early
adopters, we kindly ask you to tell us your experiences and feedback on
TYPO3 4.7 - especially concerning upgrading older TYPO3 versions to the
new one.

Besides all the amazing new features, about 200 bugs have been fixed
since the release of TYPO3 4.6 in October 2011. For details about this
particular release and the current progress, please read up on:

http://wiki.typo3.org/TYPO3_4.7


Keep in mind that this is a developer "snapshot" and should not yet be
used in production. The final release of 4.7.0 is scheduled for April,
24th 2012.

The packages can be downloaded here:
http://typo3.org/download/packages/



MD5 checksums:
317ac42259c39e0ee46295d80a7f2c63  blankpackage-4.7.0beta3.tar.gz
b18995a5071d9f0309e886111bb65d61  blankpackage-4.7.0beta3.zip
9817846a5e35f03ed7d767e86ce8d450  dummy-4.7.0beta3.tar.gz
6b49069525ab78c27069d17b6a1e677e  dummy-4.7.0beta3.zip
7dd1a3463c69b59fb0140eba693b2c87  governmentpackage-4.7.0beta3.tar.gz
48a2d7a73343f920834215050b5e30c0  governmentpackage-4.7.0beta3.zip
abe4afcf745809f1f437c2fd322b2811  introductionpackage-4.7.0beta3.tar.gz
78ea234569821d541fb1d8b586d581ab  introductionpackage-4.7.0beta3.zip
d6ea3b5b9ae76f97b0f43b00fe506491  typo3_src+dummy-4.7.0beta3.zip
d53109467ea9b91701b7d4a9e4fd008d  typo3_src-4.7.0beta3.tar.gz
b1afd2b5e8d2c3b6a3dc3f71a62ac966  typo3_src-4.7.0beta3.zip



kind regards

Steffen

-- 
Steffen Ritter
Release Manager TYPO3 4.7

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org


From typo3.lists at philippgampe.info  Tue Mar 27 18:39:57 2012
From: typo3.lists at philippgampe.info (Philipp Gampe)
Date: Tue, 27 Mar 2012 18:39:57 +0200
Subject: [TYPO3-dev] Using the linkvalidator for a field with internal
	type "file_reference"
References: <mailman.1.1332840301.16073.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1332866399.23091.typo3-dev@lists.typo3.org>

Hi Ivan Ruiz Gallego,

Ivan Ruiz Gallego wrote:

> I have programmed an extension for simple document management. A
> database table contains document records. The field "file" contains the
> path (relative to web root) to the document. This field is configured
> (TCA) with a type "group" and an internal type "file_reference".
> Additionally, I have configured the link validator using the PageTS
> accordingly.
> 
> I renamed some of the files referenced by document records (i.e. I
> deliberately generated some error cases). Unfortunately, the link
> validator didn't detect these errors. After checking my configuration, I
> took a look at the source code of the link validator and got the
> impression that the validator ignores this kind of fields. Can anyone
> confirm this impression?

I have not tried yet, but the magic happens in the analyzeRecord() function 
in tx_linkvalidator_processor.php.

Would you mind sending me your extension, then I can have a look at it and 
see if there is a simple fix for linkvalidator.

BTW, it seems that linkvalidator read some softref entry from TCA:
$conf = $GLOBALS['TCA'][$table]['columns'][$field]['config'];
that should look like this:
$TCA['tt_content']['columns']['bodytext']['config']['softref'] = 
'typolink_tag,images,email[subst],url';

If you can confirm that this is a bug, please file a bug report at:
http://forge.typo3.org/projects/extension-linkvalidator/issues

Best regards
-- 
Philipp Gampe ? PGP-Key 0AD96065 ? TYPO3 UG Bonn/K?ln ? linkvalidator



From list-typo3 at jack.org.uk  Tue Mar 27 22:34:22 2012
From: list-typo3 at jack.org.uk (Dave Sexton)
Date: Tue, 27 Mar 2012 21:34:22 +0100
Subject: [TYPO3-dev] Logoff hooks
In-Reply-To: <mailman.5527.1332785393.627.typo3-dev@lists.typo3.org>
References: <mailman.5527.1332785393.627.typo3-dev@lists.typo3.org>
Message-ID: <mailman.5867.1332880466.627.typo3-dev@lists.typo3.org>

Aha!

I can use the reference back to t3lib_userauth and call the
getLoginFormData function to retrieve the state of the login form (if
any). This will indicate if a logout button has been clicked.

Eg.:

function logoff_post_processing (&$params, &$reference) {
  $form = $reference->getLoginFormData();
    if (isset($form['status']) && $form['status']  == 'logout') {
	// Do forum lgout
    }
}

On Mon, 2012-03-26 at 19:07 +0100, Dave Sexton wrote:
> Hi,
> 
> I am currently working on an authentication service to integrate typo3
> with a forum. I am aiming for a SSO style integration and so am looking
> at both login and logoff.
> 
> I am aware of the hooks in the logoff function of t3lib_userauth and
> these look to be exactly what I need in order to trigger a logout of the
> forum software when the user explicitly logs out of Typo3. The only
> problem is that the hook seems to get called several times during a page
> load when no user is logged into Typo3. I cannot see any difference in
> the data passed to the function during a 'real' or 'fake' logoff.
> 
> Obviously, I only want to trigger a forum logoff when the user has
> explicitly requested a logoff but I cannot see how to identify when that
> has occurred.
> 
> Can anyone shed some light on this for me please?
> 
> Thanks in advance,
> 
> Dave
> 
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev
> 




From oliver.hader at typo3.org  Wed Mar 28 00:40:51 2012
From: oliver.hader at typo3.org (Oliver Hader)
Date: Wed, 28 Mar 2012 00:40:51 +0200
Subject: [TYPO3-dev] Logoff hooks
In-Reply-To: <mailman.5867.1332880466.627.typo3-dev@lists.typo3.org>
References: <mailman.5527.1332785393.627.typo3-dev@lists.typo3.org>
	<mailman.5867.1332880466.627.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1332888051.11790.typo3-dev@lists.typo3.org>

Hi Dave,

Am 27.03.12 22:34, schrieb Dave Sexton:
> Aha!
> 
> I can use the reference back to t3lib_userauth and call the
> getLoginFormData function to retrieve the state of the login form (if
> any). This will indicate if a logout button has been clicked.
> 
> Eg.:
> 
> function logoff_post_processing (&$params, &$reference) {
>   $form = $reference->getLoginFormData();
>     if (isset($form['status']) && $form['status']  == 'logout') {
> 	// Do forum lgout
>     }
> }

I remember that I once created a patch for something similar - seems
like it never got merged to the official Core Repository...
It was about having a "context" why a user is logged off. Besides that,
a hook might be interesting as well (you might want to use signal-slot
for that)...

My old version: http://forge.typo3.org/issues/20605
Signal-Slot example patch: https://review.typo3.org/#/c/9825/

Cheers,
Olly
-- 
Oliver Hader
TYPO3 v4 Core Team Leader

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org


From typo3 at ringerge.org  Wed Mar 28 07:25:30 2012
From: typo3 at ringerge.org (Georg Ringer)
Date: Wed, 28 Mar 2012 07:25:30 +0200
Subject: [TYPO3-dev] TER upload
In-Reply-To: <mailman.1.1332858040.785.typo3-dev@lists.typo3.org>
References: <mailman.5556.1332815708.627.typo3-dev@lists.typo3.org>
	<mailman.1.1332858040.785.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1332912330.1464.typo3-dev@lists.typo3.org>

Hi,

Am 27.03.2012 16:20, schrieb Xavier Perseguers:
> You're not alone with SVN or another VCS ;)

true.

what I do to avoid all this extra commits. I ignore the version
completly in git/svn as this is the latest version anyway and if I need
to upload a new version, I set the correct one onece and do a git reset
afterwards ;)

Georg


From ivan at loglan.net  Wed Mar 28 09:22:47 2012
From: ivan at loglan.net (Ivan Ruiz Gallego)
Date: Wed, 28 Mar 2012 09:22:47 +0200
Subject: [TYPO3-dev] Using the linkvalidator for a field with internal
 type "file_reference"
In-Reply-To: <mailman.1.1332866399.23091.typo3-dev@lists.typo3.org>
References: <mailman.1.1332840301.16073.typo3-dev@lists.typo3.org>
	<mailman.1.1332866399.23091.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1332919367.1054.typo3-dev@lists.typo3.org>

Hi Philipp,

You can download the extension using the link below. The extension is 
not documented yet.

http://www.loglan.net/fileadmin/pgampe/T3X_ll_liberty_docs-0_1_3-z-201203280858.t3x

I already took a look at the analyzeRecord() function. In my opinion, 
the TCA field configuration must fulfil the condition below in order to 
get analysed / recognised by the linkvalidator extension.

if ($conf['softref'] && strlen($valueField))

In my case this condition is not met. My TCA configuration for the field 
"file" looks like this:

'file' => array (		
	'exclude' => 1,		
	'label' => 
'LLL:EXT:ll_liberty_docs/locallang_db.xml:tx_lllibertydocs_dokumente.file', 
	
	'config' => array (
	        'type'          => 'group',
		'internal_type' => 'file_reference',
		'allowed'       => 'pdf, ppt, jpeg, png, gif',
		'max_size'      => $GLOBALS['TYPO3_CONF_VARS']['BE']['maxFileSize'],
		'size'          => 6,
		'minitems'      => 0,
		'maxitems'      => 6,
	)
),

I've just tried to add the a 'softref' => 'url' to the configuration 
above. Within analyzeRecord() the condition above is met, but 
$resultArray resulting from parsing the soft reference is NULL.

I don't know if this behaviour is a bug of the link validator extension. 
To me it seems more like a feature, which might be added to it.

What do you think about it?

Regards
Ivan




On 27.03.2012 18:39, Philipp Gampe wrote:
> Hi Ivan Ruiz Gallego,
>
> Ivan Ruiz Gallego wrote:
>
>> I have programmed an extension for simple document management. A
>> database table contains document records. The field "file" contains the
>> path (relative to web root) to the document. This field is configured
>> (TCA) with a type "group" and an internal type "file_reference".
>> Additionally, I have configured the link validator using the PageTS
>> accordingly.
>>
>> I renamed some of the files referenced by document records (i.e. I
>> deliberately generated some error cases). Unfortunately, the link
>> validator didn't detect these errors. After checking my configuration, I
>> took a look at the source code of the link validator and got the
>> impression that the validator ignores this kind of fields. Can anyone
>> confirm this impression?
>
> I have not tried yet, but the magic happens in the analyzeRecord() function
> in tx_linkvalidator_processor.php.
>
> Would you mind sending me your extension, then I can have a look at it and
> see if there is a simple fix for linkvalidator.
>
> BTW, it seems that linkvalidator read some softref entry from TCA:
> $conf = $GLOBALS['TCA'][$table]['columns'][$field]['config'];
> that should look like this:
> $TCA['tt_content']['columns']['bodytext']['config']['softref'] =
> 'typolink_tag,images,email[subst],url';
>
> If you can confirm that this is a bug, please file a bug report at:
> http://forge.typo3.org/projects/extension-linkvalidator/issues
>
> Best regards



From typo3.lists at philippgampe.info  Wed Mar 28 09:53:31 2012
From: typo3.lists at philippgampe.info (Philipp Gampe)
Date: Wed, 28 Mar 2012 09:53:31 +0200
Subject: [TYPO3-dev] TER upload
References: <mailman.5556.1332815708.627.typo3-dev@lists.typo3.org>
	<mailman.1.1332858040.785.typo3-dev@lists.typo3.org>
	<mailman.1.1332912330.1464.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1332921212.5166.typo3-dev@lists.typo3.org>

Hi Georg,

Georg Ringer wrote:

> Hi,
> 
> Am 27.03.2012 16:20, schrieb Xavier Perseguers:
>> You're not alone with SVN or another VCS ;)
> 
> true.
> 
> what I do to avoid all this extra commits. I ignore the version
> completly in git/svn as this is the latest version anyway and if I need
> to upload a new version, I set the correct one onece and do a git reset
> afterwards ;)

Which leads to the problem, that the EM always shows ext:news as update 
available.

Best regards
-- 
Philipp Gampe ? PGP-Key 0AD96065 ? TYPO3 UG Bonn/K?ln ? linkvalidator



From typo3 at ringerge.org  Wed Mar 28 10:01:26 2012
From: typo3 at ringerge.org (Georg Ringer)
Date: Wed, 28 Mar 2012 10:01:26 +0200
Subject: [TYPO3-dev] TER upload
In-Reply-To: <mailman.1.1332921212.5166.typo3-dev@lists.typo3.org>
References: <mailman.5556.1332815708.627.typo3-dev@lists.typo3.org>
	<mailman.1.1332858040.785.typo3-dev@lists.typo3.org>
	<mailman.1.1332912330.1464.typo3-dev@lists.typo3.org>
	<mailman.1.1332921212.5166.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1332921686.1463.typo3-dev@lists.typo3.org>

Am 28.03.2012 09:53, schrieb Philipp Gampe:
> Which leads to the problem, that the EM always shows ext:news as update 
> available.

true. best would be if the increasing could be done on server side, then
the git version could have 99.99.99 without any problem

Georg


From oliver.hader at typo3.org  Wed Mar 28 14:36:40 2012
From: oliver.hader at typo3.org (Oliver Hader)
Date: Wed, 28 Mar 2012 14:36:40 +0200
Subject: [TYPO3-dev] [TYPO3-core] Announcing TYPO3 4.4.14, 4.5.14 and 4.6.7
Message-ID: <mailman.6333.1332938402.627.typo3-dev@lists.typo3.org>

Dear TYPO3 World,

the TYPO3 Community has just released TYPO3 versions 4.4.14, 4.5.14 and
4.6.7 which are now ready for you to download. All versions are
maintenance releases and contain bug fixes and security fixes.

*IMPORTANT*

These versions include important security fixes to the TYPO3 Core. A
security announcement has just been released:

https://typo3.org/teams/security/security-bulletins/typo3-core/typo3-core-sa-2012-001/


The packages can be downloaded here:
  http://typo3.org/download/packages/

For details about the release, please see:
  http://news.typo3.org/news/article/typo3-4414-4514-and-467-released/


MD5 checksums:

d603f1c331385a0a1a1de1cfa5f16820  blankpackage-4.4.14.tar.gz
28a46138ca13af4d3661bce282cdd37f  blankpackage-4.4.14.zip
bf6df8c4f73b522aefb739f69c4b81f3  dummy-4.4.14.tar.gz
fcbfe88c4ca8e567498bb87d55660d5e  dummy-4.4.14.zip
765644752507002f69fbbb1600a1d16d  typo3_src+dummy-4.4.14.zip
55a4a1b7df9efa91feae3160b60f2081  typo3_src-4.4.14.tar.gz
78cff41cf3cb03b07150dfaddc13c6d9  typo3_src-4.4.14.zip

ccc960867b52d0b7e9b94b6f1e0dd68e  blankpackage-4.5.14.tar.gz
5031fe6fa2cf51736cee16154272aaa8  blankpackage-4.5.14.zip
8925c36c8221ca02f9b646aadd4a5ee4  dummy-4.5.14.tar.gz
868f45f6a71bdf04f75d5db4df01c90f  dummy-4.5.14.zip
4e136051a58131dd5318bfc41768ac28  introductionpackage-4.5.14.tar.gz
a8d875dac8dcf9ef5535d0c4c9e12fb6  introductionpackage-4.5.14.zip
19f650be00f8825cf112ecac7a41c148  typo3_src+dummy-4.5.14.zip
7c5feebbbcb217b1f7c63b096df4951d  typo3_src-4.5.14.tar.gz
6a9873fcf3abb6ad9dccc57b89f58adc  typo3_src-4.5.14.zip

6464e9fbecbe218d0508c28b7ddf94ca  blankpackage-4.6.7.tar.gz
6a9e28cc3f44d7958f9dc66322a7f606  blankpackage-4.6.7.zip
9f68cc22e8d4b68852197625e25a1dfa  dummy-4.6.7.tar.gz
6671e1f654be11130bac7d76cb8b6afa  dummy-4.6.7.zip
6b149d5263678e2137900315dd52b1fc  introductionpackage-4.6.7.tar.gz
141df5c83487b2da3fd91eb78ccc9634  introductionpackage-4.6.7.zip
53c371c218d890fe847a6b52869ca7ab  typo3_src+dummy-4.6.7.zip
6d451794f1c9f2830255fde41e60fc5e  typo3_src-4.6.7.tar.gz
60682a77f94495807352d50cc360ef3e  typo3_src-4.6.7.zip


Rock on!
Olly
-- 
Oliver Hader
TYPO3 v4 Core Team Leader

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org


From most.wanted at gmx.at  Wed Mar 28 14:46:29 2012
From: most.wanted at gmx.at (Roland)
Date: Wed, 28 Mar 2012 14:46:29 +0200
Subject: [TYPO3-dev] Gerrit: can not save reply to inline comment of
	rieviewer.
Message-ID: <mailman.1.1332938769.18502.typo3-dev@lists.typo3.org>

hi everybody,

i can not save my reply to an inline comment of a reviewer. i clicked 
"save" but it stays a "draft".

is this the way it should be?

this is the bugfix: https://review.typo3.org/#/c/9966/1//COMMIT_MSG

i tried to answer, but as i mentioned i can not save my reply.

can anybody help?

kind regards.

roland


From typo3-german-02 at oliverklee.de  Wed Mar 28 15:54:12 2012
From: typo3-german-02 at oliverklee.de (Oliver Klee)
Date: Wed, 28 Mar 2012 15:54:12 +0200
Subject: [TYPO3-dev] Gerrit: can not save reply to inline comment of
	rieviewer.
In-Reply-To: <mailman.1.1332938769.18502.typo3-dev@lists.typo3.org>
References: <mailman.1.1332938769.18502.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1332942852.1453.typo3-dev@lists.typo3.org>

Hi,

Am 28.03.2012 14:46, schrieb Roland:
> i can not save my reply to an inline comment of a reviewer. i clicked
> "save" but it stays a "draft".

After entering your comment, you'll need to click on the "Review" button
and then on the "Publish comments" button.


Oli
-- 
Certified TYPO3 Integrator | TYPO3 Security Team Member


From most.wanted at gmx.at  Wed Mar 28 16:36:48 2012
From: most.wanted at gmx.at (Roland)
Date: Wed, 28 Mar 2012 16:36:48 +0200
Subject: [TYPO3-dev] Gerrit: can not save reply to inline comment of
	rieviewer.
In-Reply-To: <mailman.1.1332942852.1453.typo3-dev@lists.typo3.org>
References: <mailman.1.1332938769.18502.typo3-dev@lists.typo3.org>
	<mailman.1.1332942852.1453.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1332945388.8731.typo3-dev@lists.typo3.org>

hi,

> After entering your comment, you'll need to click on the "Review" button
> and then on the "Publish comments" button.

thank you. worked like a charm.

kind regards.

roland


From adrien.crivelli at gmail.com  Fri Mar 30 03:56:46 2012
From: adrien.crivelli at gmail.com (Adrien Crivelli)
Date: Fri, 30 Mar 2012 10:56:46 +0900
Subject: [TYPO3-dev] TER upload
In-Reply-To: <mailman.1.1332921686.1463.typo3-dev@lists.typo3.org>
References: <mailman.5556.1332815708.627.typo3-dev@lists.typo3.org>
	<mailman.1.1332858040.785.typo3-dev@lists.typo3.org>
	<mailman.1.1332912330.1464.typo3-dev@lists.typo3.org>
	<mailman.1.1332921212.5166.typo3-dev@lists.typo3.org>
	<mailman.1.1332921686.1463.typo3-dev@lists.typo3.org>
Message-ID: <mailman.6646.1333072607.627.typo3-dev@lists.typo3.org>

In my opinion, the best would actually be to base TER on the forge. And use
git and svn as primary, unique source for extension (similar to what is
done with Wordpress).

Releasing a new extension/version of extension would be a matter of
creating a new tag in svn/git. No "manual syncing" needed anymore between
TER and forge. Much, much fastest publishing workflow for developers, and
much less confusing for user. Also this would imply that only extension
hosted on forge are available via TER, which is, in my opinion, a good
thing. To have a (very low) technical requirement to publish extension
ensure that we don't have too many low-quality extensions.

Anyway, I re-uploaded my extension with version 1.2.1, so after
incrementation 1.2.2. But it didn't appear on TER yet. I guess I need to be
patient. Or is there mechanism in TER wich prevent downgrading version
number ?

Cheers.

Adrien


On 28 March 2012 17:01, Georg Ringer <typo3 at ringerge.org> wrote:

> Am 28.03.2012 09:53, schrieb Philipp Gampe:
> > Which leads to the problem, that the EM always shows ext:news as update
> > available.
>
> true. best would be if the increasing could be done on server side, then
> the git version could have 99.99.99 without any problem
>
> Georg
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev
>


From typo3 at ringerge.org  Fri Mar 30 05:28:42 2012
From: typo3 at ringerge.org (Georg Ringer)
Date: Fri, 30 Mar 2012 05:28:42 +0200
Subject: [TYPO3-dev] TER upload
In-Reply-To: <mailman.6646.1333072607.627.typo3-dev@lists.typo3.org>
References: <mailman.5556.1332815708.627.typo3-dev@lists.typo3.org>
	<mailman.1.1332858040.785.typo3-dev@lists.typo3.org>
	<mailman.1.1332912330.1464.typo3-dev@lists.typo3.org>
	<mailman.1.1332921212.5166.typo3-dev@lists.typo3.org>
	<mailman.1.1332921686.1463.typo3-dev@lists.typo3.org>
	<mailman.6646.1333072607.627.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1333078109.31324.typo3-dev@lists.typo3.org>

Hi,

Am 30.03.2012 03:56, schrieb Adrien Crivelli:
> In my opinion, the best would actually be to base TER on the forge. And use
> git and svn as primary, unique source for extension (similar to what is
> done with Wordpress).
> 
> Releasing a new extension/version of extension would be a matter of
> creating a new tag in svn/git. 

absolutly true but someone has to do that ;)

> Anyway, I re-uploaded my extension with version 1.2.1, so after
> incrementation 1.2.2. But it didn't appear on TER yet. I guess I need to be
> patient. Or is there mechanism in TER wich prevent downgrading version
> number ?

no, it is just waiting ;)

georg


From jigal.van.hemert at typo3.org  Fri Mar 30 06:57:36 2012
From: jigal.van.hemert at typo3.org (Jigal van Hemert)
Date: Fri, 30 Mar 2012 06:57:36 +0200
Subject: [TYPO3-dev] TER upload
In-Reply-To: <mailman.6646.1333072607.627.typo3-dev@lists.typo3.org>
References: <mailman.5556.1332815708.627.typo3-dev@lists.typo3.org>
	<mailman.1.1332858040.785.typo3-dev@lists.typo3.org>
	<mailman.1.1332912330.1464.typo3-dev@lists.typo3.org>
	<mailman.1.1332921212.5166.typo3-dev@lists.typo3.org>
	<mailman.1.1332921686.1463.typo3-dev@lists.typo3.org>
	<mailman.6646.1333072607.627.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1333083461.11411.typo3-dev@lists.typo3.org>

Hi,

On 30-3-2012 3:56, Adrien Crivelli wrote:
> In my opinion, the best would actually be to base TER on the forge. And use
> git and svn as primary, unique source for extension (similar to what is
> done with Wordpress).

This has been suggested before, but that would mean that each extension 
author would be forced to create a forge project for it; even if he/she 
doesn't want to use the other features of forge. On the other hand for 
all current extensions a forge project would have to be created. This 
would lead to a sudden huge increase in forge projects, an increased 
need for resource for the forge server and all this for extensions which 
won't be actively using it.

A "publish to TER" button would be a nice solution to have the best of 
both worlds, but this needs to be built into Redmine. Feel free to build 
(or have one built) a 'plugin' (or how it's called for Redmine) for this 
feature...

-- 
Jigal van Hemert
TYPO3 v4 Core Team member

TYPO3 .... inspiring people to share!
Get involved: typo3.org


From adrien.crivelli at gmail.com  Fri Mar 30 07:46:16 2012
From: adrien.crivelli at gmail.com (Adrien Crivelli)
Date: Fri, 30 Mar 2012 14:46:16 +0900
Subject: [TYPO3-dev] TER upload
In-Reply-To: <mailman.1.1333083461.11411.typo3-dev@lists.typo3.org>
References: <mailman.5556.1332815708.627.typo3-dev@lists.typo3.org>
	<mailman.1.1332858040.785.typo3-dev@lists.typo3.org>
	<mailman.1.1332912330.1464.typo3-dev@lists.typo3.org>
	<mailman.1.1332921212.5166.typo3-dev@lists.typo3.org>
	<mailman.1.1332921686.1463.typo3-dev@lists.typo3.org>
	<mailman.6646.1333072607.627.typo3-dev@lists.typo3.org>
	<mailman.1.1333083461.11411.typo3-dev@lists.typo3.org>
Message-ID: <mailman.6650.1333086378.627.typo3-dev@lists.typo3.org>

Hi,

Is there any documentation somewhere about the API used to upload an
extension to TER ?

Another thing is, I have a hunch that many extension currently available on
TER are not in use anymore and that it wouldn't matter that much if they
would disappear (meaning not migrated to forge). Am I wrong about that ? Is
there any statistics for each extension on how often they are downloaded in
the last X months ?

Cheers



On 30 March 2012 13:57, Jigal van Hemert <jigal.van.hemert at typo3.org> wrote:

> Hi,
>
>
> On 30-3-2012 3:56, Adrien Crivelli wrote:
>
>> In my opinion, the best would actually be to base TER on the forge. And
>> use
>> git and svn as primary, unique source for extension (similar to what is
>> done with Wordpress).
>>
>
> This has been suggested before, but that would mean that each extension
> author would be forced to create a forge project for it; even if he/she
> doesn't want to use the other features of forge. On the other hand for all
> current extensions a forge project would have to be created. This would
> lead to a sudden huge increase in forge projects, an increased need for
> resource for the forge server and all this for extensions which won't be
> actively using it.
>
> A "publish to TER" button would be a nice solution to have the best of
> both worlds, but this needs to be built into Redmine. Feel free to build
> (or have one built) a 'plugin' (or how it's called for Redmine) for this
> feature...
>
>
> --
> Jigal van Hemert
> TYPO3 v4 Core Team member
>
> TYPO3 .... inspiring people to share!
> Get involved: typo3.org
>
> ______________________________**_________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-dev<http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev>
>


From jigal.van.hemert at typo3.org  Fri Mar 30 10:42:42 2012
From: jigal.van.hemert at typo3.org (Jigal van Hemert)
Date: Fri, 30 Mar 2012 10:42:42 +0200
Subject: [TYPO3-dev] TER upload
In-Reply-To: <mailman.6650.1333086378.627.typo3-dev@lists.typo3.org>
References: <mailman.5556.1332815708.627.typo3-dev@lists.typo3.org>
	<mailman.1.1332858040.785.typo3-dev@lists.typo3.org>
	<mailman.1.1332912330.1464.typo3-dev@lists.typo3.org>
	<mailman.1.1332921212.5166.typo3-dev@lists.typo3.org>
	<mailman.1.1332921686.1463.typo3-dev@lists.typo3.org>
	<mailman.6646.1333072607.627.typo3-dev@lists.typo3.org>
	<mailman.1.1333083461.11411.typo3-dev@lists.typo3.org>
	<mailman.6650.1333086378.627.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1333096967.31491.typo3-dev@lists.typo3.org>

Hi,

On 30-3-2012 7:46, Adrien Crivelli wrote:
> Is there any documentation somewhere about the API used to upload an
> extension to TER ?

No documentation I'm afraid. Just the code in the Extension Manager and 
the TER extensions.

> Another thing is, I have a hunch that many extension currently available on
> TER are not in use anymore and that it wouldn't matter that much if they
> would disappear (meaning not migrated to forge). Am I wrong about that ? Is
> there any statistics for each extension on how often they are downloaded in
> the last X months ?

As far as I know only the total downloads and the downloads of a single 
version are counted in the TER.

I don't think extension authors would want to have an automatic process 
that each tag/branch is published in TER. We shouldn't force them to use 
forge/svn/git either.
A publish option in forge would be nice, but we need Redmine expertise 
and someone to build it.

-- 
Jigal van Hemert
TYPO3 v4 Core Team member

TYPO3 .... inspiring people to share!
Get involved: typo3.org


From typo3 at kay-strobach.de  Fri Mar 30 10:47:39 2012
From: typo3 at kay-strobach.de (Kay Strobach)
Date: Fri, 30 Mar 2012 10:47:39 +0200
Subject: [TYPO3-dev] TER upload
In-Reply-To: <mailman.1.1333096967.31491.typo3-dev@lists.typo3.org>
References: <mailman.5556.1332815708.627.typo3-dev@lists.typo3.org>
	<mailman.1.1332858040.785.typo3-dev@lists.typo3.org>
	<mailman.1.1332912330.1464.typo3-dev@lists.typo3.org>
	<mailman.1.1332921212.5166.typo3-dev@lists.typo3.org>
	<mailman.1.1332921686.1463.typo3-dev@lists.typo3.org>
	<mailman.6646.1333072607.627.typo3-dev@lists.typo3.org>
	<mailman.1.1333083461.11411.typo3-dev@lists.typo3.org>
	<mailman.6650.1333086378.627.typo3-dev@lists.typo3.org>
	<mailman.1.1333096967.31491.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1333097257.31598.typo3-dev@lists.typo3.org>

Hi,

to not start from the scratch, a batch script could help, which takes 2
arguments:

1: name of the extension
2: version number (of none is supplied it's thought to be a patch)
   x.x.x+1

This way we could use the functions which are available within TYPO3 ;)

Regards
Kay

Am 30.03.2012 10:42, schrieb Jigal van Hemert:
> Hi,
> 
> On 30-3-2012 7:46, Adrien Crivelli wrote:
>> Is there any documentation somewhere about the API used to upload an
>> extension to TER ?
> 
> No documentation I'm afraid. Just the code in the Extension Manager and
> the TER extensions.
> 
>> Another thing is, I have a hunch that many extension currently
>> available on
>> TER are not in use anymore and that it wouldn't matter that much if they
>> would disappear (meaning not migrated to forge). Am I wrong about that
>> ? Is
>> there any statistics for each extension on how often they are
>> downloaded in
>> the last X months ?
> 
> As far as I know only the total downloads and the downloads of a single
> version are counted in the TER.
> 
> I don't think extension authors would want to have an automatic process
> that each tag/branch is published in TER. We shouldn't force them to use
> forge/svn/git either.
> A publish option in forge would be nice, but we need Redmine expertise
> and someone to build it.
> 


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3 .... inspiring people to share!
Get involved: http://typo3.org

Answer was useful: https://flattr.com/profile/kaystrobach


From oliver.salzburg at googlemail.com  Fri Mar 30 11:53:10 2012
From: oliver.salzburg at googlemail.com (Oliver Salzburg)
Date: Fri, 30 Mar 2012 11:53:10 +0200
Subject: [TYPO3-dev] TER upload
In-Reply-To: <mailman.6650.1333086378.627.typo3-dev@lists.typo3.org>
References: <mailman.5556.1332815708.627.typo3-dev@lists.typo3.org>
	<mailman.1.1332858040.785.typo3-dev@lists.typo3.org>
	<mailman.1.1332912330.1464.typo3-dev@lists.typo3.org>
	<mailman.1.1332921212.5166.typo3-dev@lists.typo3.org>
	<mailman.1.1332921686.1463.typo3-dev@lists.typo3.org>
	<mailman.6646.1333072607.627.typo3-dev@lists.typo3.org>
	<mailman.1.1333083461.11411.typo3-dev@lists.typo3.org>
	<mailman.6650.1333086378.627.typo3-dev@lists.typo3.org>
Message-ID: <mailman.6698.1333101186.627.typo3-dev@lists.typo3.org>

On 2012-03-30 07:46, Adrien Crivelli wrote:
> Hi,
> 
> Is there any documentation somewhere about the API used to upload an
> extension to TER ?
> 
> Another thing is, I have a hunch that many extension currently available on
> TER are not in use anymore and that it wouldn't matter that much if they
> would disappear (meaning not migrated to forge). Am I wrong about that ? Is
> there any statistics for each extension on how often they are downloaded in
> the last X months ?
> 
> Cheers

To my understanding, that part is heavily SOAP driven:
http://typo3.org/wsdl/tx_ter_wsdl.php

That should make it a lot easier to implement alternatives.
If the proxy class in TYPO3 is of no use, run it through
http://www.urdalen.no/wsdl2php/index.php :)

Cheers
Oliver


From rik at actiview.nl  Fri Mar 30 17:58:06 2012
From: rik at actiview.nl (Rik Willems)
Date: Fri, 30 Mar 2012 17:58:06 +0200
Subject: [TYPO3-dev] css_styled_content & header_position
In-Reply-To: <mailman.1.1332835920.3235.typo3-dev@lists.typo3.org>
References: <mailman.1.1332835920.3235.typo3-dev@lists.typo3.org>
Message-ID: <mailman.1.1333123079.6076.typo3-dev@lists.typo3.org>

I see this is being taken care of in 4.7. Thx!

Op 27-3-2012 10:12, Rik Willems schreef:
> Hi all,
>
> With a content element you can set both header_layout and
> header_position. The latter results in an inline css for text-align,
> through css_styled_content static typoscript. Is there a specific reason
> why this is inline and not just a class for text-align?
>
> Cheers! Rik


From g4-lisz at tonarchiv.ch  Fri Mar 30 18:00:17 2012
From: g4-lisz at tonarchiv.ch (g4-lisz at tonarchiv.ch)
Date: Fri, 30 Mar 2012 18:00:17 +0200
Subject: [TYPO3-dev] REWARD Dispatch Error after adding Boolean Property to
 Demand Class
In-Reply-To: <mailman.4733.1329742439.705.typo3-dev@lists.typo3.org>
References: <mailman.1275.1328722728.705.typo3-dev@lists.typo3.org>	<mailman.4731.1329742268.705.typo3-dev@lists.typo3.org>
	<mailman.4733.1329742439.705.typo3-dev@lists.typo3.org>
Message-ID: <mailman.6743.1333123219.627.typo3-dev@lists.typo3.org>

This issue is not solved yet! And it's really urgent now - so i will pay 
50? to the one who solves it. For access to our test server send me a 
private message...

Cheers,
Till

On 02/20/2012 01:53 PM, Mattias Nilsson wrote:
> Why not just replace boolean with an integer value 0 and 1 instead of false
> and true?
>
> /Mattias
>
> On Mon, Feb 20, 2012 at 1:50 PM,<g4-lisz at tonarchiv.ch>  wrote:
>
>    
>> On 08.02.2012 18:38, g4-lisz at tonarchiv.ch wrote:
>>
>>      
>>> He there
>>>
>>> In my extbase project i'm using a non-persistent object "Demand" for a
>>> search form. Everything worked fine...
>>>
>>> Now i added a new property "isLocalKanton" to this Demand class:
>>>
>>>         /*
>>>          * Local to Kanton
>>>          *
>>>          * @var boolean $isLocalKanton
>>>          */
>>>         protected $isLocalKanton = false;
>>>
>>>         /**
>>>          * @param  boolean $isLocalKanton
>>>          * @return void
>>>          */
>>>         public function setIsLocalKanton($**isLocalKanton) {
>>>                 $this->isLocalKanton = (boolean)$isLocalKanton;
>>>         }
>>>
>>>         /**
>>>          * @return boolean isLocalKanton
>>>          */
>>>         public function getIsLocalKanton() {
>>>                 return $this->isLocalKanton;
>>>         }
>>>
>>> In the view i added a checkbox to the form:
>>>
>>> <f:form name="demand" pluginName="fe_search_results" object="{demand}"
>>> action="results" pageUid="26">
>>> <f:form.checkbox property="isLocalKanton" value="1" />
>>>     [...]
>>> </f:form>
>>>
>>> Before this change, everything worked flawlessly with other boolean
>>> properties.
>>>
>>> Now i get the error: "Could not ultimately dispatch the request after 101
>>> iterations. Most probably, a @dontvalidate annotation is missing on
>>> re-displaying a form with validation errors."
>>>
>>> Why is this? I can't see any mistake in my code...
>>>
>>> The action for displaying the search form looks like this:
>>> /**
>>>   * Displays Fachabteilung Search Form
>>>   *
>>>   * @param Tx_Hplusinfo_Domain_Model_**SearchDemand $demand The optional
>>> default values
>>>   * @return void
>>>   * @dontvalidate $demand
>>>   */
>>> public function abteilungAction(Tx_Hplusinfo_**Domain_Model_SearchDemand
>>> $demand = NULL) {
>>>     if ($demand === NULL) {
>>>         $demandSession = unserialize($GLOBALS["TSFE"]->**fe_user->getKey("ses",
>>> "demand"));
>>>         if ( ($demandSession instanceof Tx_Hplusinfo_Domain_Model_**
>>> SearchDemand)
>>> &&  ($demandSession->getPageId() == $GLOBALS["TSFE"]->id)
>>>         ) {
>>>             $demand = $demandSession;
>>>         }
>>>         else {
>>>             $demand = new Tx_Hplusinfo_Domain_Model_**SearchDemand();
>>>             $GLOBALS["TSFE"]->fe_user->**setKey("ses", "demand", NULL);
>>>         }
>>>     }
>>>
>>>     $this->view->assign('demand', $demand);
>>>     $this->view->assign('**abteilungs', $this->abteilungRepository->**
>>> findAll());
>>> }
>>>
>>> If i the form checkbox is commented out, the error disappears. Again, all
>>> other checkboxes work fine!
>>>
>>> I commented out the catch {} in the dispatcher loop
>>> (typo3_src-4.6.1/typo3/sysext/**extbase/Classes/MVC/**Dispatcher.php:93).
>>> Now it throws a Tx_Extbase_MVC_Exception_**StopAction in
>>> /typo3_src-4.6.1/typo3/sysext/**extbase/Classes/MVC/**
>>> Controller/AbstractController.**php:277:
>>>
>>>         public function forward($actionName, $controllerName = NULL,
>>> $extensionName = NULL, array $arguments = NULL) {
>>>                 $this->request->setDispatched(**FALSE);
>>>                 $this->request->**setControllerActionName($**actionName);
>>>                 if ($controllerName !== NULL) $this->request->**
>>> setControllerName($**controllerName);
>>>                 if ($extensionName !== NULL) $this->request->**
>>> setControllerExtensionName($**extensionName);
>>>                 if ($arguments !== NULL) $this->request->setArguments($**
>>> arguments);
>>>                 throw new Tx_Extbase_MVC_Exception_**StopAction();
>>>         }
>>>
>>> The request is forwarded to another action? Maybe that's a hint for
>>> someone who knows the mechanisms..
>>>
>>> Any help will be much appreciated!
>>>
>>>        
>> Sorry for bothering you...
>>
>> This issue is still not solved and our extension should be moved to
>> production soon :(
>>
>> I have no idea how to debug this.
>>
>> Maybe someone could give me the name of a person who is in the development
>> of extbase/dispatcher?
>>
>>
>> Cheers,
>> Till
>> ______________________________**_________________
>> TYPO3-dev mailing list
>> TYPO3-dev at lists.typo3.org
>> http://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-dev<http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev>
>>
>>      
> _______________________________________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev
>    



From t3con at typo3quebec.ca  Fri Mar 30 18:52:29 2012
From: t3con at typo3quebec.ca (Patrick Gaumond)
Date: Fri, 30 Mar 2012 12:52:29 -0400
Subject: [TYPO3-dev]  Call for speakers : Extended until April 3rd
Message-ID: <mailman.1.1333126351.14607.typo3-dev@lists.typo3.org>

To leave your weekend opened to complete your talk submission for
T3CON12-Qu?bec, 3 additional days have been added.

Prepare your texts and submit them before April 3rd to:

http://t3con12-quebec.typo3.org/en/cfp.html

There are a few ideas on that page that may inspire you and if you have
any questions about the conference or need some feedback about a talk in
particular you could offer, please write to t3con at typo3quebec.ca.

Remember, you can propose 45 minutes talks, 90 minutes or even half-day
tutorials.

Patrick Gaumond
Event organizer
email :t3con at typo3quebec.ca


From tomasnorre at gmail.com  Fri Mar 30 19:30:56 2012
From: tomasnorre at gmail.com (Tomas Norre Mikkelsen)
Date: Fri, 30 Mar 2012 19:30:56 +0200
Subject: [TYPO3-dev]  Extbase blog_example
Message-ID: <mailman.1.1333128657.20642.typo3-dev@lists.typo3.org>

Hi,

I'm going to start developing with extbase, and tried to get some 
knowledge about by trying the blog_example extension.

BUT.

I get at shitload of error in my error log, seems like i cannot 
recongnise extbase and fluid thus it's installed.

The logfile starts like this:

  PHP Stack trace:, referer: http://t3dev.tm/index.php?id=6
[Fri Mar 30 19:22:03 2012] [error] [client 127.0.0.1] PHP   1. {main}() 
/home/tnm/NetBeansProjects/t3dev/docs/index.php:0, referer: 
http://t3dev.tm/index.php?id=6
[Fri Mar 30 19:22:03 2012] [error] [client 127.0.0.1] PHP   2. require() 
/home/tnm/NetBeansProjects/t3dev/docs/index.php:78, referer: 
http://t3dev.tm/index.php?id=6
[Fri Mar 30 19:22:03 2012] [error] [client 127.0.0.1] PHP   3. include() 
/home/tnm/NetBeansProjects/t3dev/docs/typo3/sysext/cms/tslib/index_ts.php:385, 
referer: http://t3dev.tm/index.php?id=6
[Fri Mar 30 19:22:03 2012] [error] [client 127.0.0.1] PHP   4. 
TSpagegen::renderContent() 
/home/tnm/NetBeansProjects/t3dev/docs/typo3/sysext/cms/tslib/pagegen.php:74, 
referer: http://t3dev.tm/index.php?id=6
[Fri Mar 30 19:22:03 2012] [error] [client 127.0.0.1] PHP   5. 
tslib_cObj->cObjGet() 
/home/tnm/NetBeansProjects/t3dev/docs/typo3/sysext/cms/tslib/class.tslib_pagegen.php:303, 
referer: http://t3dev.tm/index.php?id=6
[Fri Mar 30 19:22:03 2012] [error] [client 127.0.0.1] PHP   6. 
tslib_cObj->cObjGetSingle() 
/home/tnm/NetBeansProjects/t3dev/docs/typo3/sysext/cms/tslib/class.tslib_content.php:548, 
referer: http://t3dev.tm/index.php?id=6
[Fri Mar 30 19:22:03 2012] [error] [client 127.0.0.1] PHP   7. 
tslib_content_Template->render() 
/home/tnm/NetBeansProjects/t3dev/docs/typo3/sysext/cms/tslib/class.tslib_content.php:601, 
referer: http://t3dev.tm/index.php?id=6
[Fri Mar 30 19:22:03 2012] [error] [client 127.0.0.1] PHP   8. 
tslib_cObj->cObjGetSingle() 
/home/tnm/NetBeansProjects/t3dev/docs/typo3/sysext/cms/tslib/content/class.tslib_content_template.php:177, 
referer: http://t3dev.tm/index.php?id=6
[Fri Mar 30 19:22:03 2012] [error] [client 127.0.0.1] PHP   9. 
tslib_content_Content->render() 
/home/tnm/NetBeansProjects/t3dev/docs/typo3/sysext/cms/tslib/class.tslib_content.php:601, 
referer: http://t3dev.tm/index.php?id=6
[Fri Mar 30 19:22:03 2012] [error] [client 127.0.0.1] PHP  10. 
tslib_cObj->cObjGetSingle() 
/home/tnm/NetBeansProjects/t3dev/docs/typo3/sysext/cms/tslib/content/class.tslib_content_content.php:140, 
referer: http://t3dev.tm/index.php?id=6

And there is 100 lines each time trying to load the page with the 
blogexample.

I installede the blog_example and inserted it to a page, the title of 
the blog is loaded, but nothing else.

I have created an blog entry with, title author, etc.

Any hints on this problems? Perhaps i misunderstod som basic, but don't 
know how to fix this right now.


-- 
Best Regards
Tomas Norre Mikkelsen

TYPO3 Profile: http://forge.typo3.org/users/4289
TYPO3 Developer @ netimage.dk

Follow me at twitter.com/tomasnorre


From tollepjaer at gmail.com  Fri Mar 30 21:37:54 2012
From: tollepjaer at gmail.com (Mattias Nilsson)
Date: Fri, 30 Mar 2012 21:37:54 +0200
Subject: [TYPO3-dev] Extbase blog_example
In-Reply-To: <mailman.1.1333128657.20642.typo3-dev@lists.typo3.org>
References: <mailman.1.1333128657.20642.typo3-dev@lists.typo3.org>
Message-ID: <mailman.6774.1333136275.627.typo3-dev@lists.typo3.org>

Which version of TYPO3 and Extbase do you use?

On Fri, Mar 30, 2012 at 7:30 PM, Tomas Norre Mikkelsen <tomasnorre at gmail.com
> wrote:

> Hi,
>
> I'm going to start developing with extbase, and tried to get some
> knowledge about by trying the blog_example extension.
>
> BUT.
>
> I get at shitload of error in my error log, seems like i cannot recongnise
> extbase and fluid thus it's installed.
>
> The logfile starts like this:
>
>  PHP Stack trace:, referer: http://t3dev.tm/index.php?id=6
> [Fri Mar 30 19:22:03 2012] [error] [client 127.0.0.1] PHP   1. {main}()
> /home/tnm/NetBeansProjects/**t3dev/docs/index.php:0, referer:
> http://t3dev.tm/index.php?id=6
> [Fri Mar 30 19:22:03 2012] [error] [client 127.0.0.1] PHP   2. require()
> /home/tnm/NetBeansProjects/**t3dev/docs/index.php:78, referer:
> http://t3dev.tm/index.php?id=6
> [Fri Mar 30 19:22:03 2012] [error] [client 127.0.0.1] PHP   3. include()
> /home/tnm/NetBeansProjects/**t3dev/docs/typo3/sysext/cms/**tslib/index_ts.php:385,
> referer: http://t3dev.tm/index.php?id=6
> [Fri Mar 30 19:22:03 2012] [error] [client 127.0.0.1] PHP   4.
> TSpagegen::renderContent() /home/tnm/NetBeansProjects/**
> t3dev/docs/typo3/sysext/cms/**tslib/pagegen.php:74, referer:
> http://t3dev.tm/index.php?id=6
> [Fri Mar 30 19:22:03 2012] [error] [client 127.0.0.1] PHP   5.
> tslib_cObj->cObjGet() /home/tnm/NetBeansProjects/**
> t3dev/docs/typo3/sysext/cms/**tslib/class.tslib_pagegen.php:**303,
> referer: http://t3dev.tm/index.php?id=6
> [Fri Mar 30 19:22:03 2012] [error] [client 127.0.0.1] PHP   6.
> tslib_cObj->cObjGetSingle() /home/tnm/NetBeansProjects/**
> t3dev/docs/typo3/sysext/cms/**tslib/class.tslib_content.php:**548,
> referer: http://t3dev.tm/index.php?id=6
> [Fri Mar 30 19:22:03 2012] [error] [client 127.0.0.1] PHP   7.
> tslib_content_Template->**render() /home/tnm/NetBeansProjects/**
> t3dev/docs/typo3/sysext/cms/**tslib/class.tslib_content.php:**601,
> referer: http://t3dev.tm/index.php?id=6
> [Fri Mar 30 19:22:03 2012] [error] [client 127.0.0.1] PHP   8.
> tslib_cObj->cObjGetSingle() /home/tnm/NetBeansProjects/**
> t3dev/docs/typo3/sysext/cms/**tslib/content/class.tslib_**content_template.php:177,
> referer: http://t3dev.tm/index.php?id=6
> [Fri Mar 30 19:22:03 2012] [error] [client 127.0.0.1] PHP   9.
> tslib_content_Content->render(**) /home/tnm/NetBeansProjects/**
> t3dev/docs/typo3/sysext/cms/**tslib/class.tslib_content.php:**601,
> referer: http://t3dev.tm/index.php?id=6
> [Fri Mar 30 19:22:03 2012] [error] [client 127.0.0.1] PHP  10.
> tslib_cObj->cObjGetSingle() /home/tnm/NetBeansProjects/**
> t3dev/docs/typo3/sysext/cms/**tslib/content/class.tslib_**content_content.php:140,
> referer: http://t3dev.tm/index.php?id=6
>
> And there is 100 lines each time trying to load the page with the
> blogexample.
>
> I installede the blog_example and inserted it to a page, the title of the
> blog is loaded, but nothing else.
>
> I have created an blog entry with, title author, etc.
>
> Any hints on this problems? Perhaps i misunderstod som basic, but don't
> know how to fix this right now.
>
>
> --
> Best Regards
> Tomas Norre Mikkelsen
>
> TYPO3 Profile: http://forge.typo3.org/users/**4289<http://forge.typo3.org/users/4289>
> TYPO3 Developer @ netimage.dk
>
> Follow me at twitter.com/tomasnorre
> ______________________________**_________________
> TYPO3-dev mailing list
> TYPO3-dev at lists.typo3.org
> http://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-dev<http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev>
>


