From georg at georg.org Fri Feb 1 00:49:38 2008 From: georg at georg.org (georg kuehnberger) Date: Fri, 01 Feb 2008 00:49:38 +0100 Subject: [TYPO3-dev] hide be_user options by default? In-Reply-To: References: Message-ID: Martin Kutschker wrote: > Hi! > > I'm a strong believer in rights-belong-to-groups setups. me, too. So the fact > that you can set things up in user accounts is IMHO to be removed completely; (hiding is at least a starter); sometmes nice, but mostly > a threat to a good rights management. It's not only a thread, but unfortunately an invitation to do BAD rights-management; > So I'd like to see a "show access lists" settings for users as well. NOPE; IMHO default TCA should disallow any User-Based Rights, thus requiring lazy admins to manage user-rights through group-config and inheritance; > Unless this is check nearly all options would be hidden. > Masi > PS: The default access to live and draft should be removed as well. YUP, including all other default rights ! - I'm not kidding here; IMHO ALL rights of editors, should exclusively - be handled via configurable BE-group-permissions (with maybe one default group + user including minimal rights), and - no rights (except login) should be allowed by default; This might seem to be a bit radical, however, that's IMHO the only way to "educate" "Admins" to do a decent setup. TOTH to Masi for the kick-off; regards georg From dmitry at typo3.org Fri Feb 1 07:25:40 2008 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Fri, 01 Feb 2008 08:25:40 +0200 Subject: [TYPO3-dev] hide be_user options by default? In-Reply-To: References: Message-ID: Hi! Martin Kutschker wrote: > I'm a strong believer in rights-belong-to-groups setups. So the fact > that you can set things up in user accounts is sometmes nice, but mostly > a threat to a good rights management. > > So I'd like to see a "show access lists" settings for users as well. > Unless this is check nearly all options would be hidden. There are two ways to do it: use type field or use conditions. As there were no type field for this table, some exts could create one. If another type field is added, it may break exts. So if access lists are implemented, it is better to use conditions+reload-in-ctrl to hide/show other fields. -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs "Nothing is impossible. There are only limits to our knowledge" From typo3news at otherone.de Fri Feb 1 09:06:33 2008 From: typo3news at otherone.de (Uschi Renziehausen) Date: Fri, 01 Feb 2008 09:06:33 +0100 Subject: [TYPO3-dev] Feature Request: Enable stdWrap for entryLevel and range Message-ID: Dear folks, I know this feature request comes very late and feature freeze is very close. Would it be possible to enable stdWrap for entryLevel and range in menus? This way one could assign the value dependent on the level of a certain page in the rootline dynamically. I do not know how much work this is, and I do not have enough knowledge to do it myself. I think, there is no way to achieve it but by xclassing the menu class. Prosit, Uschi From steffen at sk-typo3.de Fri Feb 1 09:46:34 2008 From: steffen at sk-typo3.de (Steffen Kamper) Date: Fri, 1 Feb 2008 09:46:34 +0100 Subject: [TYPO3-dev] Feature Request: Enable stdWrap for entryLevel and range References: Message-ID: "Uschi Renziehausen" schrieb im Newsbeitrag news:mailman.1.1201853353.24952.typo3-dev at lists.netfielders.de... > Dear folks, > I know this feature request comes very late and feature freeze is very > close. Hi Uschi, indeed - feature freeze is today! vg Steffen From news at ringerge.org Fri Feb 1 10:06:34 2008 From: news at ringerge.org (Georg Ringer) Date: Fri, 01 Feb 2008 10:06:34 +0100 Subject: [TYPO3-dev] Feature Request: Enable stdWrap for entryLevel and range In-Reply-To: References: Message-ID: Hi Uschi, could you try this patch http://bugs.typo3.org/view.php?id=7337 because I got not really time for it Georg From Martin.Kutschker at n0spam-blackbox.net Fri Feb 1 11:01:33 2008 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Fri, 01 Feb 2008 11:01:33 +0100 Subject: [TYPO3-dev] Soution: Page is being generated In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > "Martin Kutschker" schrieb im > Newsbeitrag > news:mailman.1.1201801155.14624.typo3-dev at lists.netfielders.de... >> redacted user schrieb: >>> Hi Bernhard, >>> >>>> STATUS: I already got 2 sponsors which would sponsor 180 Euro together >>>> ... if >>>> some other are interested drop me a mail ... if not just leave it ... I >>>> think we should >>>> keep this thread technically ... >>> We'll sponser the rest, provided the solution is rock solid and >>> thoroughly tested. >>> >>> bernhard, IMHO this should then go into the core and NOT released as a >>> extension ;-) >> Why not? make some fancy XCLASSes and mark it as experimental, but call it >> the "essential cache problem fixing extension" ;-) >> >> Masi > > [ot] is this a newsserver problem with doublepostings? [/ot] No, I think this is a Thunderbird problem. I have a misconfigured email account and on reply it fails to send the reply via email. So I remove the email address and resend. But it seems that is send the reply to the newsserver independently. Hence the double post. Masi From Martin.Kutschker at n0spam-blackbox.net Fri Feb 1 11:09:10 2008 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Fri, 01 Feb 2008 11:09:10 +0100 Subject: [TYPO3-dev] hide be_user options by default? In-Reply-To: References: Message-ID: Dmitry Dulepov [typo3] schrieb: > > There are two ways to do it: use type field or use conditions. As there > were no type field for this table, some exts could create one. If > another type field is added, it may break exts. Oh come on. Every day devs add stuff to TYPO3 that *might* break an extensions. Fields are added, sometimes even changed (multi FE group access broke some extensions), etc. The TCA layout (UI) of pages and tt_content have been changed. This WILL break extensions/setuos that modfiy the TCA in a certain way. You're proclaiming stagnancy. Anway I habe thought up a way we're compatible in a reasonable way: be_users gets a type or a checkbox "hide access lists", which defaults to "no". A new conf var may set the default to "yes". The new 1-2-3 installer will set this to yes, of course only for fresh installations. If we want to we can change the above wording/semantics to a "show access lists" scenario. Masi From Martin.Kutschker at n0spam-blackbox.net Fri Feb 1 11:33:49 2008 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Fri, 01 Feb 2008 11:33:49 +0100 Subject: [TYPO3-dev] Feature Request: Enable stdWrap for entryLevel and range In-Reply-To: References: Message-ID: Uschi Renziehausen schrieb: > Dear folks, > I know this feature request comes very late and feature freeze is very > close. > Would it be possible to enable stdWrap for entryLevel and range in > menus? And also for wrapItemAndSub in TMENUITEMs? Masi From typo.removeformessage at fx-graefix.de Fri Feb 1 11:36:49 2008 From: typo.removeformessage at fx-graefix.de (Franz Koch) Date: Fri, 01 Feb 2008 11:36:49 +0100 Subject: [TYPO3-dev] t3Editor: bug? HTML tags cannot be written as TS values Message-ID: Hi list, the following does not work with t3editor: ------- myObject = TEXT myObject { value = whatever wrap = | } ------- the HTML-Tag 'strong' is filtered out by the editor, like any other html tag. Is this a bug or do I need a special writing for that? The latter would be extremely bad, as it will break every former TS, so I assume this is a bug. Is it? -- Greetings, Franz From news at ringerge.org Fri Feb 1 11:40:11 2008 From: news at ringerge.org (Georg Ringer) Date: Fri, 01 Feb 2008 11:40:11 +0100 Subject: [TYPO3-dev] Feature Request: Enable stdWrap for entryLevel and range In-Reply-To: References: Message-ID: Martin Kutschker schrieb: > And also for wrapItemAndSub in TMENUITEMs? resolved with http://bugs.typo3.org/view.php?id=6991 cu georg From typo.removeformessage at fx-graefix.de Fri Feb 1 11:46:17 2008 From: typo.removeformessage at fx-graefix.de (Franz Koch) Date: Fri, 01 Feb 2008 11:46:17 +0100 Subject: [TYPO3-dev] Feature Request: provide 'old' TS editor when t3editor is disabled Message-ID: Hi list, yes, I know it's late and I don't even know if it's more a bugfix or a feature request, because the feature was already present but is gone now. The new t3editor is nice, but I don't like it yet because it doesn't seem to use tabs for indenting, and is way to buggy so far. So I turned it off with the checkbox right below the TS editing textarea in hope to get the 'old' editor back, which allows for using the tab key for indenting lines. But as I noticed, it's just a blank textarea then. So I'd like to request, that when the t3editor is deactivated, that the former "texteditor" (the one providing tab support) is activated. Thanks. -- Greetings, Franz From steffen at sk-typo3.de Fri Feb 1 11:47:53 2008 From: steffen at sk-typo3.de (Steffen Kamper) Date: Fri, 1 Feb 2008 11:47:53 +0100 Subject: [TYPO3-dev] t3Editor: bug? HTML tags cannot be written as TS values References: Message-ID: "Franz Koch" schrieb im Newsbeitrag news:mailman.1.1201862209.7993.typo3-dev at lists.netfielders.de... > Hi list, > > the following does not work with t3editor: > > ------- > myObject = TEXT > myObject { > value = whatever > wrap = | > } > ------- > the HTML-Tag 'strong' is filtered out by the editor, like any other html > tag. Is this a bug or do I need a special writing for that? The latter > would be extremely bad, as it will break every former TS, so I assume this > is a bug. Is it? > > -- > Greetings, > Franz myObject = TEXT myObject { value = whatever wrap = | htmlSpecialChars = 0 } vg Steffen From steffen at sk-typo3.de Fri Feb 1 11:49:18 2008 From: steffen at sk-typo3.de (Steffen Kamper) Date: Fri, 1 Feb 2008 11:49:18 +0100 Subject: [TYPO3-dev] t3Editor: bug? HTML tags cannot be written as TS values References: Message-ID: "Steffen Kamper" schrieb im Newsbeitrag news:mailman.1.1201862900.19373.typo3-dev at lists.netfielders.de... > > "Franz Koch" schrieb im Newsbeitrag > news:mailman.1.1201862209.7993.typo3-dev at lists.netfielders.de... >> Hi list, >> >> the following does not work with t3editor: >> >> ------- >> myObject = TEXT >> myObject { >> value = whatever >> wrap = | >> } >> ------- >> the HTML-Tag 'strong' is filtered out by the editor, like any other html >> tag. Is this a bug or do I need a special writing for that? The latter >> would be extremely bad, as it will break every former TS, so I assume >> this is a bug. Is it? >> >> -- >> Greetings, >> Franz > > myObject = TEXT > myObject { > value = whatever > wrap = | > htmlSpecialChars = 0 > } > > vg Steffen > ... sry, wrong film ... vg Steffen From typo.removeformessage at fx-graefix.de Fri Feb 1 11:53:48 2008 From: typo.removeformessage at fx-graefix.de (Franz Koch) Date: Fri, 01 Feb 2008 11:53:48 +0100 Subject: [TYPO3-dev] t3Editor: bug? HTML tags cannot be written as TS values In-Reply-To: References: Message-ID: Hi Steffen, >> myObject = TEXT >> myObject { >> value = whatever >> wrap = | >> htmlSpecialChars = 0 >> } >> >> vg Steffen >> > ... sry, wrong film ... jup :) you can't even write the tag in the editor - that's the problem - not the FE rendering ;) -- Greetings, Franz From typo.removeformessage at fx-graefix.de Fri Feb 1 12:08:24 2008 From: typo.removeformessage at fx-graefix.de (Franz Koch) Date: Fri, 01 Feb 2008 12:08:24 +0100 Subject: [TYPO3-dev] t3Editor: bug? HTML tags cannot be written as TS values In-Reply-To: References: Message-ID: Hi, > the following does not work with t3editor: > > ------- > myObject = TEXT > myObject { > value = whatever > wrap = | > } > ------- > the HTML-Tag 'strong' is filtered out by the editor, like any other html > tag. Is this a bug or do I need a special writing for that? The latter > would be extremely bad, as it will break every former TS, so I assume > this is a bug. Is it? little update/better description. I can write the tags, but as soon as I press return to jump to the next line, the html-tag is actually applied to the containing content. So using the example from above, I see a bold bar then and no longer any html tags. When deactivating the editor, the html tag also is disappeared from the 'plain' TS code. -- Greetings, Franz From steffen at sk-typo3.de Fri Feb 1 12:10:12 2008 From: steffen at sk-typo3.de (Steffen Kamper) Date: Fri, 1 Feb 2008 12:10:12 +0100 Subject: [TYPO3-dev] t3Editor: bug? HTML tags cannot be written as TS values References: Message-ID: "Franz Koch" schrieb im Newsbeitrag news:mailman.1.1201864104.25251.typo3-dev at lists.netfielders.de... > Hi, >> the following does not work with t3editor: >> >> ------- >> myObject = TEXT >> myObject { >> value = whatever >> wrap = | >> } >> ------- >> the HTML-Tag 'strong' is filtered out by the editor, like any other html >> tag. Is this a bug or do I need a special writing for that? The latter >> would be extremely bad, as it will break every former TS, so I assume >> this is a bug. Is it? > > little update/better description. I can write the tags, but as soon as I > press return to jump to the next line, the html-tag is actually applied to > the containing content. So using the example from above, I see a bold bar > then and no longer any html tags. When deactivating the editor, the html > tag also is disappeared from the 'plain' TS code. > > -- > Greetings, > Franz maybe this was same reason, last time i changed one line in a roottemplate and lost while saving about 100 lines. So site was damaged, a very risky thing ... vg Steffen From typo.removeformessage at fx-graefix.de Fri Feb 1 12:14:04 2008 From: typo.removeformessage at fx-graefix.de (Franz Koch) Date: Fri, 01 Feb 2008 12:14:04 +0100 Subject: [TYPO3-dev] t3Editor: bug? HTML tags cannot be written as TS values In-Reply-To: References: Message-ID: Hi, > maybe this was same reason, last time i changed one line in a roottemplate > and lost while saving about 100 lines. So site was damaged, a very risky > thing ... possible. I just lost some lines I commented out with /* some lines of code */. :( -- Franz From Martin.Kutschker at n0spam-blackbox.net Fri Feb 1 12:28:28 2008 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Fri, 01 Feb 2008 12:28:28 +0100 Subject: [TYPO3-dev] Feature Request: Enable stdWrap for entryLevel and range In-Reply-To: References: Message-ID: Georg Ringer schrieb: > Martin Kutschker schrieb: >> And also for wrapItemAndSub in TMENUITEMs? > > resolved with http://bugs.typo3.org/view.php?id=6991 great. Masi From Martin.Kutschker at n0spam-blackbox.net Fri Feb 1 12:31:32 2008 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Fri, 01 Feb 2008 12:31:32 +0100 Subject: [TYPO3-dev] t3Editor: bug? HTML tags cannot be written as TS values In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > > myObject = TEXT > myObject { > value = whatever > wrap = | > htmlSpecialChars = 0 > } What? I have to set a TS property to edit this in the BE? Masi From dmitry at typo3.org Fri Feb 1 12:32:32 2008 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Fri, 01 Feb 2008 13:32:32 +0200 Subject: [TYPO3-dev] hide be_user options by default? In-Reply-To: References: Message-ID: Hi! Martin Kutschker wrote: > Oh come on. Every day devs add stuff to TYPO3 that *might* break an > extensions. Fields are added, sometimes even changed (multi FE group > access broke some extensions), etc. Well, if we do not care, it means people may not trust new versions. > The TCA layout (UI) of pages and tt_content have been changed. This WILL > break extensions/setuos that modfiy the TCA in a certain way. You're > proclaiming stagnancy. > > Anway I habe thought up a way we're compatible in a reasonable way: > > be_users gets a type or a checkbox "hide access lists", which defaults > to "no". A new conf var may set the default to "yes". The new 1-2-3 > installer will set this to yes, of course only for fresh installations. > > If we want to we can change the above wording/semantics to a "show > access lists" scenario. Do you see a problem with my proposed solution? I just outlined two possibilities and said that one of them is better be avoided. But we are free to use another to achieve the same effect and nothing will break; -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs "Nothing is impossible. There are only limits to our knowledge" From dmitry at typo3.org Fri Feb 1 12:34:07 2008 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Fri, 01 Feb 2008 13:34:07 +0200 Subject: [TYPO3-dev] t3editor and safari: does it work? Message-ID: Hi! When I try to enter anything in t3editor in Safari, it immediately erases my input. Works ok on FireFox. Is it only my local problem or others have it too? -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs "Nothing is impossible. There are only limits to our knowledge" From dmitry at typo3.org Fri Feb 1 12:35:07 2008 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Fri, 01 Feb 2008 13:35:07 +0200 Subject: [TYPO3-dev] Feature Request: provide 'old' TS editor when t3editor is disabled In-Reply-To: References: Message-ID: Hi! Franz Koch wrote: > yes, I know it's late and I don't even know if it's more a bugfix or a > feature request, because the feature was already present but is gone now. > > The new t3editor is nice, but I don't like it yet because it doesn't > seem to use tabs for indenting, and is way to buggy so far. So I turned > it off with the checkbox right below the TS editing textarea in hope to > get the 'old' editor back, which allows for using the tab key for > indenting lines. But as I noticed, it's just a blank textarea then. > So I'd like to request, that when the t3editor is deactivated, that the > former "texteditor" (the one providing tab support) is activated. I think you can uninstall t3editor ext and get old version back. At least it worked last this before. -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs "Nothing is impossible. There are only limits to our knowledge" From steffen at sk-typo3.de Fri Feb 1 12:51:42 2008 From: steffen at sk-typo3.de (Steffen Kamper) Date: Fri, 1 Feb 2008 12:51:42 +0100 Subject: [TYPO3-dev] t3Editor: bug? HTML tags cannot be written as TS values References: Message-ID: "Martin Kutschker" schrieb im Newsbeitrag news:mailman.1.1201865496.4832.typo3-dev at lists.netfielders.de... > Steffen Kamper schrieb: >> >> myObject = TEXT >> myObject { >> value = whatever >> wrap = | >> htmlSpecialChars = 0 >> } > > What? I have to set a TS property to edit this in the BE? > > Masi :-) i wrote that this was wrong film. vg Steffen From steffen at sk-typo3.de Fri Feb 1 12:52:38 2008 From: steffen at sk-typo3.de (Steffen Kamper) Date: Fri, 1 Feb 2008 12:52:38 +0100 Subject: [TYPO3-dev] Feature Request: provide 'old' TS editor when t3editor is disabled References: Message-ID: "Dmitry Dulepov [typo3]" schrieb im Newsbeitrag news:mailman.1.1201865707.22272.typo3-dev at lists.netfielders.de... > Hi! > > Franz Koch wrote: >> yes, I know it's late and I don't even know if it's more a bugfix or a >> feature request, because the feature was already present but is gone now. >> >> The new t3editor is nice, but I don't like it yet because it doesn't seem >> to use tabs for indenting, and is way to buggy so far. So I turned it off >> with the checkbox right below the TS editing textarea in hope to get the >> 'old' editor back, which allows for using the tab key for indenting >> lines. But as I noticed, it's just a blank textarea then. >> So I'd like to request, that when the t3editor is deactivated, that the >> former "texteditor" (the one providing tab support) is activated. > > I think you can uninstall t3editor ext and get old version back. At least > it worked last this before. > > -- same here, nothing was removed. vg Steffen From Martin.Kutschker at n0spam-blackbox.net Fri Feb 1 13:00:43 2008 From: Martin.Kutschker at n0spam-blackbox.net (Martin Kutschker) Date: Fri, 01 Feb 2008 13:00:43 +0100 Subject: [TYPO3-dev] t3Editor: bug? HTML tags cannot be written as TS values In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > "Martin Kutschker" schrieb im > Newsbeitrag news:mailman.1.1201865496.4832.typo3-dev at lists.netfielders.de... >> Steffen Kamper schrieb: >>> myObject = TEXT >>> myObject { >>> value = whatever >>> wrap = | >>> htmlSpecialChars = 0 >>> } >> What? I have to set a TS property to edit this in the BE? >> >> Masi > > :-) i wrote that this was wrong film. And I read your post after posting. Masi From typo.removeformessage at fx-graefix.de Fri Feb 1 15:31:22 2008 From: typo.removeformessage at fx-graefix.de (Franz Koch) Date: Fri, 01 Feb 2008 15:31:22 +0100 Subject: [TYPO3-dev] Feature Request: provide 'old' TS editor when t3editor is disabled In-Reply-To: References: Message-ID: Hi, >> Franz Koch wrote: >>> yes, I know it's late and I don't even know if it's more a bugfix or a >>> feature request, because the feature was already present but is gone now. >>> >>> The new t3editor is nice, but I don't like it yet because it doesn't seem >>> to use tabs for indenting, and is way to buggy so far. So I turned it off >>> with the checkbox right below the TS editing textarea in hope to get the >>> 'old' editor back, which allows for using the tab key for indenting >>> lines. But as I noticed, it's just a blank textarea then. >>> So I'd like to request, that when the t3editor is deactivated, that the >>> former "texteditor" (the one providing tab support) is activated. >> I think you can uninstall t3editor ext and get old version back. At least >> it worked last this before. >> >> -- > > same here, nothing was removed. ok, thanks. Then it's more a feature request for the t3editor to provide fallback to that functionality when temporary disabled. -- kind regards, Franz From rgn at windinternet.nl Fri Feb 1 16:01:47 2008 From: rgn at windinternet.nl (Rudy Gnodde) Date: Fri, 01 Feb 2008 16:01:47 +0100 Subject: [TYPO3-dev] t3editor and safari: does it work? In-Reply-To: References: Message-ID: Hello Dmitry, > When I try to enter anything in t3editor in Safari, it immediately > erases my input. Works ok on FireFox. Is it only my local problem or > others have it too? It seems to work fine with Safari 3 (Windows and MaxOS X) here. Regards, Rudy Gnodde WIND Internet http://www.windinternet.nl From typo.removeformessage at fx-graefix.de Fri Feb 1 16:59:09 2008 From: typo.removeformessage at fx-graefix.de (Franz Koch) Date: Fri, 01 Feb 2008 16:59:09 +0100 Subject: [TYPO3-dev] t3editor and safari: does it work? In-Reply-To: References: Message-ID: Hi, >> When I try to enter anything in t3editor in Safari, it immediately >> erases my input. Works ok on FireFox. Is it only my local problem or >> others have it too? > It seems to work fine with Safari 3 (Windows and MaxOS X) here. I noticed also some bugs here on Safari 3.0.2 Windows. During typing some TS the editor looses focus of the textarea and put's the focus on the scrollbars. The result is, that you can't type anymore and can use the cursor to scroll up and down. Also tab-indents are not cached sometimes and some other fancy linejumps here and there. And there is a bug when the editor is disabled with the checkbox. Then the textarea overlaps the checkbox as well as the update buttons and some more parts below the textbox and cannot be used anymore. This occurs when you have quite some lines in the textarea and can scroll down. But this could also be a css bug, because there seem to be some more in the new backend on safari3 (the right frame of the be doesn't use the full height of the browser but is is showing scrollbars). -- Greetings, Franz From martin.kutschker-n0spam at no5pam-blackbox.net Fri Feb 1 17:00:54 2008 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Fri, 01 Feb 2008 17:00:54 +0100 Subject: [TYPO3-dev] hide be_user options by default? In-Reply-To: References: Message-ID: Dmitry Dulepov [typo3] schrieb: > > Do you see a problem with my proposed solution? I just outlined two > possibilities and said that one of them is better be avoided. But we are > free to use another to achieve the same effect and nothing will break; You're right. Conditions are an option especially as the checkbox is semantically no type. SO I have no problem with it. But I oppose a no-addying-of-types policy. This IMHO getting ridiculous. I'm really much for staying backwards compatible and all. But there has to be a line. And my is, we're free to add fields wheenever we feel like it. Kasper did even more by adding the whole versioning/WS stuff. That was a pretty big change in semantics. And was right to do it. Masi From bedlamhotel at gmail.com Fri Feb 1 17:11:48 2008 From: bedlamhotel at gmail.com (Christopher Torgalson) Date: Fri, 1 Feb 2008 17:11:48 +0100 Subject: [TYPO3-dev] t3editor and safari: does it work? In-Reply-To: References: Message-ID: Hi, On Feb 1, 2008 4:59 PM, Franz Koch wrote: > And there is a bug when the editor is disabled with the checkbox. Then > the textarea overlaps the checkbox as well as the update buttons and > some more parts below the textbox and cannot be used anymore. This > occurs when you have quite some lines in the textarea and can scroll > down. But this could also be a css bug, because there seem to be some > more in the new backend on safari3 (the right frame of the be doesn't > use the full height of the browser but is is showing scrollbars). This one at least is unrelated to the new editor, as it's been like this for at least all of the 4.1.x series. -- Christopher Torgalson http://www.typo3apprentice.com/ From dmitry at typo3.org Fri Feb 1 17:14:19 2008 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Fri, 01 Feb 2008 18:14:19 +0200 Subject: [TYPO3-dev] hide be_user options by default? In-Reply-To: References: Message-ID: Hi! Martin Kutschker wrote: > it. Kasper did even more by adding the whole versioning/WS stuff. That > was a pretty big change in semantics. And was right to do it. But it did not affect operations in live ws or extensions ;) -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs "Nothing is impossible. There are only limits to our knowledge" From typo3 at rvt.dds.nl Fri Feb 1 18:02:11 2008 From: typo3 at rvt.dds.nl (ries van Twisk) Date: Fri, 1 Feb 2008 12:02:11 -0500 Subject: [TYPO3-dev] RFC: #7337: stdWrap for menu > range & entrylevel Message-ID: +1 by reading Ries Hi, this is a SVN patch request. Type: Bugfix/Feature (depends on the opinion) Branches: trunk Bugtracker Reference: http://bugs.typo3.org/view.php?id=7337 Problem: There is no stdWrap-functionality for the options range & entryLevel Solution: Add the functionality. I know feature freeze is today but I think these 2 lines are worth it georg From mail-spam at ringerge.org Sat Feb 2 10:03:27 2008 From: mail-spam at ringerge.org (Georg Ringer) Date: Sat, 02 Feb 2008 10:03:27 +0100 Subject: [TYPO3-dev] Modification of the wizardArray Message-ID: Hi, I wanna change the elements of the wizard when you choose "New content element". I know that the default items come from typo3\sysext\cms\layout\db_new_content_el.php => function wizardArray(). Of course I could use a XCLASS but this wouldn't be so nice. Do you have another idea? Thanks Georg From martin.kutschker-n0spam at no5pam-blackbox.net Sat Feb 2 10:44:06 2008 From: martin.kutschker-n0spam at no5pam-blackbox.net (Martin Kutschker) Date: Sat, 02 Feb 2008 10:44:06 +0100 Subject: [TYPO3-dev] Modification of the wizardArray In-Reply-To: References: Message-ID: Georg Ringer schrieb: > Hi, > > I wanna change the elements of the wizard when you choose "New content > element". > I know that the default items come from > typo3\sysext\cms\layout\db_new_content_el.php => function wizardArray(). > > Of course I could use a XCLASS but this wouldn't be so nice. > Do you have another idea? Modify the class in the Core so that another function may rearrange the whole array (in case you also want to remove stuff). Or make the wizard configuravle via page TS. Masi From tapio.markula at xetpoint.fi Sat Feb 2 10:51:49 2008 From: tapio.markula at xetpoint.fi (Tapio Markula) Date: Sat, 02 Feb 2008 11:51:49 +0200 Subject: [TYPO3-dev] Modification of the wizardArray In-Reply-To: References: Message-ID: Martin Kutschker kirjoitti: > Georg Ringer schrieb: >> Hi, >> >> I wanna change the elements of the wizard when you choose "New content >> element". >> I know that the default items come from >> typo3\sysext\cms\layout\db_new_content_el.php => function wizardArray(). >> >> Of course I could use a XCLASS but this wouldn't be so nice. >> Do you have another idea? > > Modify the class in the Core so that another function may rearrange the > whole array (in case you also want to remove stuff). Or make the wizard > configuravle via page TS. Bernhard Kraft modified the array once in kb_conttable in his wizard file (replaced 'table' with his 'kb_conttable' - that solution is not in newest version). That doesn't need an XLASS but wizard array file in extension. You can reset desired items there. I would be nice to have (post process) hook for that if needed just to change it. From steffen at sk-typo3.de Sat Feb 2 11:38:35 2008 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sat, 2 Feb 2008 11:38:35 +0100 Subject: [TYPO3-dev] Cache related while coding Message-ID: Hi, while coding in BE i stumble such often that changes are not taken. I normally clear cache in BE and reload BE in browser with strg + F5 but it doesn't do the job all the time. Sometimes i need to force it with bringing in a debug statement. Do you have same problems or how do you prevent this? What's the reason for? Does clearing cache in BE don't do the job all the time? Does strg.+ F5 doesn't work all the time? vg Steffen From mail-spam at ringerge.org Sat Feb 2 11:43:58 2008 From: mail-spam at ringerge.org (Georg Ringer) Date: Sat, 02 Feb 2008 11:43:58 +0100 Subject: [TYPO3-dev] Modification of the wizardArray In-Reply-To: References: Message-ID: Tapio Markula schrieb: > Bernhard Kraft modified the array once in kb_conttable in his wizard > file (replaced 'table' with his 'kb_conttable' - that solution is not in > newest version). That doesn't need an XLASS but wizard array file in > extension. You can reset desired items there. This worked for me, thanks IMO there is no hook needed Georg From dmitry at typo3.org Sat Feb 2 12:44:10 2008 From: dmitry at typo3.org (Dmitry Dulepov [typo3]) Date: Sat, 02 Feb 2008 13:44:10 +0200 Subject: [TYPO3-dev] Cache related while coding In-Reply-To: References: Message-ID: Hi! Steffen Kamper wrote: > while coding in BE i stumble such often that changes are not taken. > I normally clear cache in BE and reload BE in browser with strg + F5 but it > doesn't do the job all the time. > Sometimes i need to force it with bringing in a debug statement. > > Do you have same problems or how do you prevent this? What's the reason for? > Does clearing cache in BE don't do the job all the time? Does strg.+ F5 > doesn't work all the time? Ctrl+F5 flushes *browser* cache (css, js, etc). As to config cache, you can disable it completely in install tool. See something like extCache there. Very handly while debuiing :) -- Dmitry Dulepov TYPO3 core team Web: http://typo3bloke.net/ Skype: callto:liels_bugs "Nothing is impossible. There are only limits to our knowledge" From steffen at sk-typo3.de Sat Feb 2 12:59:35 2008 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sat, 2 Feb 2008 12:59:35 +0100 Subject: [TYPO3-dev] Cache related while coding References: Message-ID: "Dmitry Dulepov [typo3]" schrieb im Newsbeitrag news:mailman.1.1201952650.17145.typo3-dev at lists.netfielders.de... > Hi! > > Steffen Kamper wrote: >> while coding in BE i stumble such often that changes are not taken. >> I normally clear cache in BE and reload BE in browser with strg + F5 but >> it doesn't do the job all the time. >> Sometimes i need to force it with bringing in a debug statement. >> >> Do you have same problems or how do you prevent this? What's the reason >> for? Does clearing cache in BE don't do the job all the time? Does strg.+ >> F5 doesn't work all the time? > > Ctrl+F5 flushes *browser* cache (css, js, etc). > > As to config cache, you can disable it completely in install tool. See > something like extCache there. Very handly while debuiing :) > > -- I know, and normally i switch off config cache completely for coding. Only with trunk i left all by default. the Ctrl + F5 "should" flush the browser cache and send a special header to webserver. But it isn't successful every time. When i look to a single js-file in firebug changes are not in sometimes. Thats why i'm asking, deleting both caches should do the job all the time. vg Steffen From typo.removeformessage at fx-graefix.de Sat Feb 2 14:12:34 2008 From: typo.removeformessage at fx-graefix.de (Franz Koch) Date: Sat, 02 Feb 2008 14:12:34 +0100 Subject: [TYPO3-dev] Feature request: - secondary options palettes loaded with ajax (I know I'm late) Message-ID: Hi list, I know the feature freeze for 4.2 was yesterday, but anyway I'd like to request a feature that has been available before 4.2. Before 4.2 the additional secondary options palettes have only been loaded when the icon was clicked. This was quite nice for dial up internet connections, because the default form was more light weight and loaded a bit faster. Now, the fields get loaded by default and are just hidden, waiting to be shown with a click on the icon. So my whish would be to load this fields with AJAX, or maybe make this behavior configurable. I know that most users have broadband internet connections and don't care about that, but in germany broadband is still not available everywhere - especially in rural areas (DE: l?ndliche Gegend). I wouldn't have a broadband connection either, if I wouldn't have a tech geek as brother and wouldn't have paid 2000,- ? for hardware to establish a selfmade wireless lan connection to a about 4 km away village where broadband is available (and even this is limited). So it'll be nice if you could have an eye on slow internet connection users. -- Kind regards, Franz From mail at maltejansen.de Sat Feb 2 14:15:19 2008 From: mail at maltejansen.de (Malte Jansen) Date: Sat, 02 Feb 2008 14:15:19 +0100 Subject: [TYPO3-dev] Cache related while coding In-Reply-To: References: Message-ID: Steffen Kamper schrieb: > "Dmitry Dulepov [typo3]" schrieb im Newsbeitrag > news:mailman.1.1201952650.17145.typo3-dev at lists.netfielders.de... >> Hi! >> >> Steffen Kamper wrote: >>> while coding in BE i stumble such often that changes are not taken. >>> I normally clear cache in BE and reload BE in browser with strg + F5 but >>> it doesn't do the job all the time. >>> Sometimes i need to force it with bringing in a debug statement. >>> >>> Do you have same problems or how do you prevent this? What's the reason >>> for? Does clearing cache in BE don't do the job all the time? Does strg.+ >>> F5 doesn't work all the time? >> Ctrl+F5 flushes *browser* cache (css, js, etc). >> >> As to config cache, you can disable it completely in install tool. See >> something like extCache there. Very handly while debuiing :) >> >> -- > > I know, and normally i switch off config cache completely for coding. Only > with trunk i left all by default. > > the Ctrl + F5 "should" flush the browser cache and send a special header to > webserver. But it isn't successful every time. When i look to a single > js-file in firebug changes are not in sometimes. Thats why i'm asking, > deleting both caches should do the job all the time. > > vg Steffen Hi, for testing an extension you can also disable the cache for the page, where it is displayed... To make sure you get new js-files etc. you can use Ctrl + F5 (already mentioned). Cheers, Malte From steffen at sk-typo3.de Sat Feb 2 15:08:14 2008 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sat, 2 Feb 2008 15:08:14 +0100 Subject: [TYPO3-dev] Cache related while coding References: Message-ID: "Malte Jansen" schrieb im Newsbeitrag news:mailman.1.1201958120.23351.typo3-dev at lists.netfielders.de... > > Hi, > > for testing an extension you can also disable the cache for the page, > where it is displayed... > To make sure you get new js-files etc. you can use Ctrl + F5 (already > mentioned). > > Cheers, > > Malte in FE yes, in BE no ;-) vg Steffen From operation-lan at gmx.de Sat Feb 2 20:33:00 2008 From: operation-lan at gmx.de (=?windows-1252?Q?Daniel_P=F6tzinger?=) Date: Sat, 02 Feb 2008 20:33:00 +0100 Subject: [TYPO3-dev] Feature request: - secondary options palettes loaded with ajax (I know I'm late) In-Reply-To: References: Message-ID: > Before 4.2 the additional secondary options palettes have only been > loaded when the icon was clicked. This was quite nice for dial up > internet connections, because the default form was more light weight and > loaded a bit faster. Now, the fields get loaded by default and are just > hidden, waiting to be shown with a click on the icon. > So my whish would be to load this fields with AJAX, or maybe make this > behavior configurable. The javascript code you need in addition should nearly zero the savings. And the few HTML Code (which can be passed zipped with the correct apache settings) for some fields should even be acceptable by slow connections in my opinion. > > I know that most users have broadband internet connections and don't > care about that, but in germany broadband is still not available > everywhere - especially in rural areas (DE: l?ndliche Gegend). I > wouldn't have a broadband connection either, if I wouldn't have a tech > geek as brother and wouldn't have paid 2000,- ? for hardware to > establish a selfmade wireless lan connection to a about 4 km away > village where broadband is available (and even this is limited). Cool :-) From typo3news at otherone.de Sat Feb 2 23:14:44 2008 From: typo3news at otherone.de (Uschi Renziehausen) Date: Sat, 02 Feb 2008 23:14:44 +0100 Subject: [TYPO3-dev] Bug report or feature request: Missing stdWrap for special.value in HMENU Message-ID: Dear folks, I am desperately missing stdWrap funtionality for special.value in HMENU. Can this please be counted at a bug report and not as a feature? I am not capable to provide a patch. Can someone please do it? And can we please count those missing stdWraps in menus as bugs and not as features? That they are missing can become a usability issue for really big sites with loads of pages. Of course you could do it by creating a template record and setting some constants. But that is the job of admins, and with a little more stdWrap the same functionality could be done with a few lines of TS. Prosit, Uschi From typo.removeformessage at fx-graefix.de Sun Feb 3 02:46:29 2008 From: typo.removeformessage at fx-graefix.de (Franz Koch) Date: Sun, 03 Feb 2008 02:46:29 +0100 Subject: [TYPO3-dev] Feature request: - secondary options palettes loaded with ajax (I know I'm late) In-Reply-To: References: Message-ID: Hi Daniel, >> Before 4.2 the additional secondary options palettes have only been >> loaded when the icon was clicked. This was quite nice for dial up >> internet connections, because the default form was more light weight >> and loaded a bit faster. Now, the fields get loaded by default and are >> just hidden, waiting to be shown with a click on the icon. >> So my whish would be to load this fields with AJAX, or maybe make this >> behavior configurable. > > The javascript code you need in addition should nearly zero the savings. > And the few HTML Code (which can be passed zipped with the correct > apache settings) for some fields should even be acceptable by slow > connections in my opinion. I thought it might only be one small JS function with three parameters (name of the db-table, id of the palette to load, session ID for authentication and fetching BE-user rights), but I have no experience with coding ajax, so I trust your estimation. >> I know that most users have broadband internet connections and don't >> care about that, but in germany broadband is still not available >> everywhere - especially in rural areas (DE: l?ndliche Gegend). I >> wouldn't have a broadband connection either, if I wouldn't have a tech >> geek as brother and wouldn't have paid 2000,- ? for hardware to >> establish a selfmade wireless lan connection to a about 4 km away >> village where broadband is available (and even this is limited). > Cool :-) yes, cool from a technical fact, but not so cool having a look at the costs and the coupled distortion of competition (de: Wettbewerbsverzerrung). But still cheaper then renting a bureau. -- Greetings, Franz From typo3news at otherone.de Sun Feb 3 09:03:59 2008 From: typo3news at otherone.de (Uschi Renziehausen) Date: Sun, 03 Feb 2008 09:03:59 +0100 Subject: [TYPO3-dev] Bug report or feature request: Missing stdWrap for special.value in HMENU In-Reply-To: References: Message-ID: Hello again, sorry for this request. special.value has stdWrap, it was all my fault. I made a mistake in my TS and therefore it did not work. So I looked at the docs and because stdWrap was not mentioned there, I thought it was not there. Uschi (blushing) Uschi Renziehausen wrote: > Dear folks, > > I am desperately missing stdWrap funtionality for special.value in > HMENU. Can this please be counted at a bug report and not as a feature? > I am not capable to provide a patch. Can someone please do it? And can > we please count those missing stdWraps in menus as bugs and not as > features? That they are missing can become a usability issue for really > big sites with loads of pages. Of course you could do it by creating a > template record and setting some constants. But that is the job of > admins, and with a little more stdWrap the same functionality could be > done with a few lines of TS. > > Prosit, Uschi From steffen at sk-typo3.de Sun Feb 3 15:35:34 2008 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sun, 3 Feb 2008 15:35:34 +0100 Subject: [TYPO3-dev] new installer - old installer Message-ID: Hi, i vote for default install of install_old too with new releases until installer is finished and has full options. So when installing a new version, the selector allows to use old installer. Otherwise we will have many postings after release how to activate old installer. vg Steffen From mail at maltejansen.de Sun Feb 3 16:29:57 2008 From: mail at maltejansen.de (Malte Jansen) Date: Sun, 03 Feb 2008 16:29:57 +0100 Subject: [TYPO3-dev] Extension for removing dot-directories Message-ID: Hi, somewhere I saw an extension for removing dot directories (e.g. .svn). But I cannot remember where it was. So does anybody now this extension? Cheers, Malte From steffen at sk-typo3.de Sun Feb 3 18:01:42 2008 From: steffen at sk-typo3.de (Steffen Kamper) Date: Sun, 3 Feb 2008 18:01:42 +0100 Subject: [TYPO3-dev] Labels in BE Message-ID: Hi, i noticed that there is no consens with labels in BE * some use :, some not * : is defined in locallang what is a bad way, as the labels are not usable in other context * input fields missing ID and labels doesn't have the