Re: [TYPO3-english] Typoscript conditions with AND operator
Hi Indira, your code looks good. Did you test the last condition alone? [globalVar = TSFE:fe_user|sesData|reseller|is_subaccount 0] cheers Dirk Am 17.12.13 23:07, schrieb Indira: Hi guys: I have three conditions to hide pages from the main menu according to session variables. However, they don't work, it's showing me the pages I want to hide. Before I only had two scenarios so with [condition] [else] [global] I was fine. But then a third case appear. This is my code: [globalVar = TSFE:fe_user|sesData|reseller|is_reseller 0] lib.mainmenu.excludeUidList = 77,166 [end] [globalVar = TSFE:fe_user|sesData|reseller|is_reseller = 0] [globalVar = TSFE:fe_user|sesData|reseller|is_subaccount = 0] lib.mainmenu.excludeUidList = 158,165,166 [end] [globalVar = TSFE:fe_user|sesData|reseller|is_reseller = 0] [globalVar = TSFE:fe_user|sesData|reseller|is_subaccount 0] lib.mainmenu.excludeUidList = 157,68,158,165,166 [end] Thanks in advanced for you help, Indira. ___ TYPO3-english mailing list TYPO3-english@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english
Re: [TYPO3-english] ControllerAction JSON Response
Hi, thank you! Very good to know. By the way: Would you use a special (ajax) action (which probably should be called by an Ajax dispatcher) or just the common action with a parameter which determines the return type? Actualy that's two questions: 1. Is there any drawback (for instance performance issues) using a 'normal' call without dispatcher. 2. Is it 'clean' to return different output from one method. Cheers Dirk Am 13.12.13 12:33, schrieb Anja Leichsenring: Hi Jan, using a return statement is perfectly fine. By the way you can use return in all actions to provide your own rendering result without asking Fluid to do anything. That is no workaround, but a proper feature and the recommended way if you don't need Fluid. Greetz Anja On 12/12/2013 10:28 PM, Jan Kornblum wrote: Hi newsgroup, i'm not sure what is the better way to behave like extbase likes: I've got an Ajax-called ControllerAction without view which returns a JSON object. Is it ok to exit the ControllerAction using return($jsonobject) or would it be better to use a view for this action and ouput the JSON object from the view? Kind regards, Jan ___ TYPO3-english mailing list TYPO3-english@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english
Re: [TYPO3-english] with multiple parameters in typoscript for f:cObject viewhelper ?
Am 08.07.13 15:15, schrieb bernd wilke: is it possible to transfer multiple paramters from a fluid-template to the typoscript? Did you try to pass an array? I guess it could be build with an alias viewhelper f:alias map={data: {test: 'testValue', link: 'linkValue'}} f:cObject typoscriptObjectPath='lib.test' data={data} / /f:alias Kind regards Dirk ___ TYPO3-english mailing list TYPO3-english@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english
Re: [TYPO3-english] Viewhelper for Alphabetical Index
Hi Torsten, thank you for publishing your work. I did a quick install (TYPO3 6.0.4) and browsed the sample data in the backend. There are some issues. But I think this list is not the right place to discuss them. Where would you prefer to get them reported: in github or on typo3 forge. Did you already register an extension key and a project on forge.typo3.org? Kind regards Dirk Am 02.07.13 19:31, schrieb Torsten Schrade: Hi folks, If you'd publish your extension 'as-it-is' as a github repository others could help you doing the house-keeping stuff and probably identify some pitfalls too. allright, done: https://github.com/digicademy/catalogueraisonne You'll also find little readme in the extension's root and a sample dataset in Resources/Private/T3D/ to get going quickly. Have lots of fun with testing. If anybody is interested in joining forces to make this a generic solution… just drop us a line and be our guests :) Cheers, Torsten ___ TYPO3-english mailing list TYPO3-english@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english
Re: [TYPO3-english] Viewhelper for Alphabetical Index
Hi Torsten, I know how long it can take to 'just sort a few customer specific things out before putting it into the TER'. ; ) If you'd publish your extension 'as-it-is' as a github repository others could help you doing the house-keeping stuff and probably identify some pitfalls too. I would gladly do a short review (since I'm curios anyway). Cheers Dirk Am 01.07.13 06:22, schrieb Torsten Schrade: Hi Dirk BTW why don't you put the whole extension into the TER? Its concept seems to be quite general and meets even scientific requirements. Thank you very much for sharing! Glad it worked out for you! Really cool that somebody else works on the same topic. Yes, you're absolutely right, we'll share the extension as soon as possible, some project specific things need to be ironed out and then off it goes to TER ;) Cheers, Torsten ___ TYPO3-english mailing list TYPO3-english@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english
Re: [TYPO3-english] Viewhelper for Alphabetical Index
Am 01.07.13 08:10, schrieb Robert Wildling: And Henze was an interesting compoer, so I look very much forward to that site - or is it already up? No - I'm almost finished but it will take about two or three weeks until the editors are done with the content. Dirk ___ TYPO3-english mailing list TYPO3-english@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english
[TYPO3-english] Viewhelper for Alphabetical Index
Hi, I'm using extension news (tx_news) to build a catalog raisonné. I'd like to group all entries in list view by the first character (alphabetical index). Hiding all characters without matching entries would be nice. Is there any Viewhelper or another trick to archieve that? Thanks in advance. Cheers Dirk ___ TYPO3-english mailing list TYPO3-english@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english
Re: [TYPO3-english] Viewhelper for Alphabetical Index
Hi Torsten, that's great and your Gluck website is awesome. Apropos funny coincidence: I'm in composers too: I'm building a site for Hans-Werner-Henze-Stiftung. In the meantime I solved the task with tx_news tags (A,B,C and so on). Editors have to tag the content manually - but thats o.k. since the opus of 'my' composer is complete and counts only about 200 pieces and avoids the article conflict (il, der, the) BTW why don't you put the whole extension into the TER? Its concept seems to be quite general and meets even scientific requirements. Thank you very much for sharing! Cheers Dirk Am 28.06.13 23:09, schrieb Torsten Schrade: Hi Dirk, I'm using extension news (tx_news) to build a catalog raisonné. I'd like to group all entries in list view by the first character (alphabetical index). Hiding all characters without matching entries would be nice. Is there any Viewhelper or another trick to archieve that? Thanks in advance. Cheers Dirk Now that's a funny coincidence… some months ago we did a catalogue raisonné extension for one of our digital humanities projects [1] and needed an alphabet ViewHelper for displaying alphabetical registers [2]. The ViewHelper is used in a f:for loop and segmentizes ordered lists of strings by comparing starting letter(s). It creates only letters for which there are entries. Here are two gists: * Template: https://gist.github.com/tesselation/5888003 * ViewHelper: https://gist.github.com/tesselation/5888020 Maybe it's of some use to you. Have fun, Torsten [1] http://www.gluck-gesamtausgabe.de/gwv.html [2] http://www.gluck-gesamtausgabe.de/gwv/werkregister.html ___ TYPO3-english mailing list TYPO3-english@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english
[TYPO3-english] tx_news: Update script doesn't update related files
Hi, after updating tx_news from version 2.0.0 to 2.1.0 all relations to files are broken. Relations are neither shown in BE nor in FE. Investigating the DB I found that the field tx_news_domain_model_news.related_files was a comma separated list of uids (tx_news_domain_model_file.uid) but is now the number of related files. tx_news_domain_model_file now contains a field parent. I'm not shure whether this changes happend on the way from 2.0.0 to 2.1.0 or earlier. Maybe I missed an update script. Could not find any hint in the changelog. Can anybody confirm this issue or provide a working update script? TYPO3 version 4.7.11 Issue opened under http://forge.typo3.org/issues/48060 Kind regards Dirk ___ TYPO3-english mailing list TYPO3-english@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english
Re: [TYPO3-english] tx_news: Update script doesn't update related files
Hi Georg, thank your for your fast reply. Am 08.05.13 16:28, schrieb Georg Ringer: please try - UPDATE tx_news_domain_model_file SET parent=(SELECT `uid` FROM `tx_news_domain_model_news` WHERE related_files=tx_news_domain_model_file.uid) Sorry, but this will probably not work: - there are news with more than one related file (tx_news_domain_model_news.related_files like '1,5,89,') - there may be files related to more than one news. This would require to insert a new record since tx_news_domain_model_file.parent can hold only one integer. I think this task can not be accomplished by MySQL only but needs a script. cheers Dirk ___ TYPO3-english mailing list TYPO3-english@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english
[TYPO3-english] TYPO3 Version 6.0.4 unable to set target _blank for downloads
Hi, the 'File Links' content element has a field 'target'. Setting this field doesn't have any effect - the link is being rendered without a target attribute. css_styled_content overrides the target for typolinks per default: tt_content.uploads.20.renderObj.20.typolink { parameter {[...]} target { override = _blank override { if.isTrue.data = TSFE:dtdAllowsFrames } } } This should prevent the target attribute for document types without frames. But my customer insists in having a target _blank for pdf-Links (even though the document type is XHTML+RDFa 1.0. So I tried to set a target [...] typolink { target = _blank target.override } and even unset the lib.parseTarget But none of them works. Any hints? Kind regards Dirk ___ TYPO3-english mailing list TYPO3-english@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english
[TYPO3-english] cooluri and tx_news - wrong url for non-localized records
Hi, Cooluri produces wrong urls for some tx_news records when they aren't localized. For instance: [..]/en/credentials/projects/detail/'70'/ This url results in an 'page not found' error. When I perform the DB query manually the result is as expected for both languages. It returns the news title in default language (german) for non-translated news: SELECT title FROM tx_news_domain_model_news WHERE (uid='70' OR l10n_parent='70') AND sys_language_uid='0' SELECT title FROM tx_news_domain_model_news WHERE (uid='70' OR l10n_parent='70') AND sys_language_uid='2' Any Hints? CoolUriConf.xml: [...] uriparts part parametertx_news_pi1[news]/parameter lookindb toSELECT title FROM tx_news_domain_model_news WHERE deleted='0' AND hidden='0' AND (uid=$1 OR l10n_parent=$1) AND sys_language_uid={L=0}/to t3conv1/t3conv /lookindb /part part parametertx_news_pi1[@widget_0][currentPage]/parameter t3conv1/t3conv /part /uriparts predefinedparts part parametertx_news_pi1[controller]/parameter /part part parametertx_news_pi1[action]/parameter /part part parametercHash/parameter lookindb toSELECT CONCAT(tt1.title,IF(tt2.number1,CONCAT('-',tt2.number),'')) FROM tx_news_domain_model_news as tt1, (SELECT COUNT(*) AS number FROM tx_news_domain_model_news WHERE title=(SELECT title FROM tx_news_domain_model_news WHERE uid=$1)) AS tt2 WHERE tt1.uid=$1/to /lookindb /part part parameterno_cache/parameter /part /predefinedparts valuemaps valuemap parameterL/parameter !-- L is empty of 0, result is empty -- value key=0/value !-- L is 2, result is en -- value key=en2/value !-- L is 3, result is empty -- value key=3/value /valuemap /valuemaps Kind regards Dirk ___ TYPO3-english mailing list TYPO3-english@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english
[TYPO3-english] tx_news: How to set title tag in format.fileDownload viewhelper
Hi, Using the format.fileDownload viewhelper I would like to set the title tag of the generated link to the content of the description field (file). In TypoScript setting plugin.tx_news.settings.relatedFiles.download.title = some text works. But how would I read out the description field of the current file here? Kind regards Dirk ___ TYPO3-english mailing list TYPO3-english@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english
[TYPO3-english] tx_news and content element relation - content elements unintentionally displayed on page
Hi, in a current project our customer want to store news entries in the same page which contains the news plugin. When using content element relations with tx_news they are unintentionally displayed in frontend (since they are saved with the default colPos for instance 'right'). I see two ways to prevent this: 1. configure news to put all related content elements into a special sysfolder. 2. configure news to save all content elements with an unused colPos. For both ways I didn't find an appropriate option. Any hints? Thanks in advance Dirk ___ TYPO3-english mailing list TYPO3-english@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english
Re: [TYPO3-english] tx_news and content element relation - content elements unintentionally displayed on page
Hi Georg, thank your for your quick reply. Am 15.04.13 11:13, schrieb Georg Ringer: Am 15.04.2013 11:09, schrieb Dirk Wenzel: 1. configure news to put all related content elements into a special sysfolder. http://docs.typo3.org/typo3cms/TCAReference/Reference/Columns/Inline/Index.html = TCAdefaults.table.pid = page idcan be used to define the pid of new child records. Thus, it's possible to have special storage folders on a per-table-basis. Ah, I didn't know that. But if I get right it would change the behaviour of all content elements with inline records of a certain type. For instance: TCAdefault.tt_content.pid = page id would cause all inline elements of type tt_content to be stored in page id. Right? 2. configure news to save all content elements with an unused colPos. this is nothing you wanna do Jepp - I know that I dont because I did it before ;) Cheers Dirk ___ TYPO3-english mailing list TYPO3-english@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english
[TYPO3-english] tx_news: localize default category setting
Hi, I use preset values for categories depending on the current page of a news record: [page|uid = 78] TCAdefaults.tx_news_domain_model_news.categories = 8 [global] This works with the default language but not with localized categories. How can I set the right category for another language (when localizing an existing news record or creating one in another language)? Cheers Dirk ___ TYPO3-english mailing list TYPO3-english@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english
Re: [TYPO3-english] Image rendering in Extbase/Fluid
Hi Martin, did you try to debug the data object in frontend? f:debug title=your speaking title{data}/f:debug will let you inspect the structure of the data object. Cheers Dirk Am 13.04.13 17:08, schrieb Martin Wagner: Hi list, I recently struggled with a self-built extension when updating from TYPO3 6.0.2 to 6.0.4. In the extension, I fetch the data using $this-contentObj = $this-configurationManager-getContentObject(); $this-view-assign('data', $this-contentObj-data); In the Fluid template, I put the image source using {data.image}. So far, so good - in 6.0.2, I get back the full image path and everything works fine. Since 6.0.3, I just get back a '1' instead of the path. After some research, I found this behavior filed as a bug at forge.typo3.org/issues/46090. Since the last activity on that is already a month back, I wonder if anybody out there has found some workaround / other technique to get back the image? Thanks folks, Martin ___ TYPO3-english mailing list TYPO3-english@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english
Re: [TYPO3-english] Model seems not to be validated
Hi Marco, you should post your question on the typo3.dev list Kind regards Dirk Am 20.03.13 08:58, schrieb Marco Behnke: i, first of all sorry if this is not the right list, but there is no list related to extbase programming (or I did not find it). I tried the extbase team, but got no reply. Yesterday I struggled a lot with creating an extbase extension. Checkbox elements claim that they want booleans and not strings and so on. But my main problem is, that the model does not get validated but insreted into the database which results in query errors because the content is invalid. This is my controller action: /** * action new * * @param Tx_ArArbeitnehmer_Domain_Model_Employee $newEmployee * @dontvalidate * @return void */ public function newAction(Tx_ArArbeitnehmer_Domain_Model_Employee $newEmployee = NULL) { if (empty($newEmployee)) { $newEmployee = $this-createEmptyObject(); } $this-view-assign('newEmployee', $newEmployee); } /** * action create * * @param Tx_ArArbeitnehmer_Domain_Model_Employee $newEmployee * @return void */ public function createAction(Tx_ArArbeitnehmer_Domain_Model_Employee $newEmployee) { $this-employeeRepository-add($newEmployee); $this-flashMessageContainer-add('Your new Employee was created.'); $this-redirectToUri('/suche/fuer-arbeitnehmer/ihr-eintrag-vielen-dank.html'); } I tried removing the dontvalidate on the newAction but that results in: Could not ultimately dispatch the request after 101 iterations. Most probably, a @dontvalidate annotation is missing on re-displaying a form with validation errors. This is my model: class Tx_ArArbeitnehmer_Domain_Model_Employee extends Tx_Extbase_DomainObject_AbstractEntity { /** * Vorname * * @var string * @validate NotEmpty * @validate StringLength(minimum=1) */ protected $firstname = ''; /** * Nachname * * @var string * @validate NotEmpty * @validate StringLength(minimum=1) */ protected $lastname = ''; ... } I tried it with only NotEmpty and with the StringLength but whatever is entered in there, the model is saved (or at least tried). I would expecte the controller to return with validation errors. What am I doing wrong? ___ TYPO3-english mailing list TYPO3-english@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english
Re: [TYPO3-english] UnexpectedValueException when loading list module in 6.0.1~6.0.4
Hi Mark, I can confirm your findings: The error doesn't occur if fluidpages is not installed and also not in TYPO3 version 6.0.0 Additionaly it depends on the existence of a content element on the page (tt_content). Without any content the page loads in list view. When I put move the page into a page wich has a working root template in its rootline the error also doesn't occur. Am 20.03.13 05:04, schrieb Mark Roemermann: Looks like its fluidpages, issue created at https://github.com/FluidTYPO3/fluidpages/issues/17. There must be something in the upgraded database that doesn't agree with 6.0.0 + fluidpages as fresh empty install does work OK, just not an existing pagetree. Uncaught TYPO3 Exception #1294585070: No module could be found. (More information) UnexpectedValueException thrown in file /home/user/t3src/typo3_src-6.0.1/typo3/mod.php in line 55. Any fed experts out there have any ideas what might have changed in fluidpages or the core 6.0.0 to change the list module handling of page doktypes? On 20/03/2013 9:46 AM, Mark Roemermann wrote: Hi Dirk, I also have flux etc installed (we need a collective noun for these extensions now - posse?) and havn't considered that they may be part of it, still trying to find the combination of devlog and something else that causes this. If I narrow the combination down though (not being a programmer) I'm not sure how to put it in a bug report - the error itself doesn't give much to work with - no stack trace etc, and would I put it to the core or to one, or more exts? ___ TYPO3-english mailing list TYPO3-english@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english
Re: [TYPO3-english] UnexpectedValueException when loading list module in 6.0.1~6.0.4
Hi Mark, I can confirm this issue. It occured with one sysfolder containing tx_news records and one standard page. My installation was upgraded from 4.6.12 and I had to remove several extensions to get it running amongst others fed and dam. fed was replaced by its successors vhs, flux, fluidpages. Both pages where located outside the page tree below the root page (with the main template record). After moving them into the page tree the error was gone. Kind regards Dirk Am 19.03.13 01:25, schrieb Mark Roemermann: Hi all, tested out upgrading a 4.5 site to 6.0.4 and when I select the list module and click on a page in the pagetree I receive an error: Uncaught TYPO3 Exception #1294585070: No module could be found. (More information) UnexpectedValueException thrown in file /home/pixelplu/t3src/typo3_src-6.0.1/typo3/mod.php in line 55. This error occurs in all 6.0.x versions *after* 6.0.0 (so 6.0.1 - 6.0.4). It also only seems to occur for page doktypes. If I click on a sysfolder, shortcut, or the root of the typo3 pagetree the list module loads successfully. Closest issue I could find in forge was #40154 that had the same error message however, that appears to have been fixed. Anyone else getting the same issue? ___ TYPO3-english mailing list TYPO3-english@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english
Re: [TYPO3-english] Current Documentation format
Hi François, after reading your post I did a new upload of my extension (t3events) and the manual rendered correctly. So, it was probably my fault. Thank you for the hints on using ReST-based documentation. Kind regards Dirk Am 15.02.13 21:53, schrieb François Suter: But I'm concerned that the extension documentation rendered on docs.typo3.org seems to be quite outdated. For an extension which I updated several times during this week it still shows a version from 2013-01-29. Weird. Although the process is not final yet, it is fully automated, so this shouldn't happen. I'm not sure exactly how the current rendering script works now, but it should normally detect ReST-based documentation automatically if it's located in a folder called Documentation, which is expected to contain an Index.rst file (which either contains everything or has references to further files). BTW: thank you for working on the new documentation : ) ___ TYPO3-english mailing list TYPO3-english@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english
Re: [TYPO3-english] Migrate Page template from fed to fluidpages
Is there nobody out there who has any experience with this issue? Should I post my question at the developer list instead? Kind Regards Dirk Am 11.02.13 23:00, schrieb Dirk Wenzel: Hi, Since extension fed is now deprecated I'd like to migrate an existing page (template) from fed to fluidpages/vhs. The template was build in an provider extension including all template files, configuration and assets and the site currently runs under TYPO3 version 4.7.7. I would prefer upgrading it to 6.0. I didn't find any hints on how to migrate at the fedext.net page. Extension fluidpages doesn't contain any documentation yet. Any suggestions? Thanks in advance! Dirk ___ TYPO3-english mailing list TYPO3-english@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english
Re: [TYPO3-english] Current Documentation format
Hi Francois, IMHO the lack of fancy styling is not an issue but an advantage. The new pages do load as fast as hell and using the search field of the browser shouldn't be too difficult. But I'm concerned that the extension documentation rendered on docs.typo3.org seems to be quite outdated. For an extension which I updated several times during this week it still shows a version from 2013-01-29. Since I don't like using SWX at all (due to the painful editing process and the unpredictable result of the rendering) I would prefer using ReST from now on. It shouldn't be to expensive to grab any ReST-manual from an extension and put it to the new location. Every developer could easily point to this place in an stub SXW-document than. This link could even be rendered automatically... Using the current documentation in TER is a pain: too many clicks, too many TOC-entries with no content, too many shreddered entries (where content of paragraphs landed in TOC). And as a result too many links to external pages (fedext.net, browser ...) BTW: thank you for working on the new documentation : ) Kind regards Dirk Am 15.02.13 09:47, schrieb François Suter: Hi Thomas, I'm just about finishing my first Extbase extension and the only part that's missing is documentation. I've learned, that OpenOffice/LibreOffice format SXW is dead, as well as DocBook, and I've red that ALL of TYPO3 6.0 documentation hast moved to Rest. Looking into forge I notice that all files under the doc folder of sysextensions are still in SWX format. We are in a phase of transition, hence the confusion that you may perceive. Indeed all official documentation has been moved ReST. For extensions, it is our aim in the near future. The current situation is that - if you choose ReST - the link to the documentation will not appear in the TER, but it is still geared to detect only doc/manual.sxw. The manual will be rendered on: http://docs.typo3.org/typo3cms/extensions/ which is unfinished, in the sense that it doesn't have the proper look feel and is unusable for lack of a search/filter feature. This is something we are currently working on. TBH I'm not sure what answer to give you. If you want to be sure that the documentation of your extension is available to the widest audience possible, stick to SXW. As you can see from the page indicated above, all manuals are automatically transformed to ReST. So you could at a later stage - pick up that source to officially move your manual to ReST, without having to start all over again. Cheers ___ TYPO3-english mailing list TYPO3-english@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english
[TYPO3-english] Migrate Page template from fed to fluidpages
Hi, Since extension fed is now deprecated I'd like to migrate an existing page (template) from fed to fluidpages/vhs. The template was build in an provider extension including all template files, configuration and assets and the site currently runs under TYPO3 version 4.7.7. I would prefer upgrading it to 6.0. I didn't find any hints on how to migrate at the fedext.net page. Extension fluidpages doesn't contain any documentation yet. Any suggestions? Thanks in advance! Dirk ___ TYPO3-english mailing list TYPO3-english@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english
Re: [TYPO3-english] multilingual Search
Hi Herbert, I don't know wether solr works with Amharic or not. But since it works completly with utf-8 - it should. If you'll test it, you should probably use the current svn version (of the extension) from forge.typo3.org/projects/extension-solr. After fiddeling around quite a while with version 1.3.0 from TER I tried this one and got it running with decent effort. I found it a bit difficult to understand how to setup a new core (for my alternative language). So don't hesitate and ask. By the way: there is a solr mailing list. Cheers Dirk On Wed, 4 Jan 2012 10:27:09 +0100, Historia wrote (in article mailman.1.1325669241.22472.typo3-engl...@lists.typo3.org): I am looking for a search which works in Amharic. Quite an unusual language, but working without problems now. I use Typo3 4.5.5 on a linux suse 11.1 root server. Everything is in utf-8. I have tested search, indexed search, mh_ajaxsearch and Yatse. No results for the amharic version. Only search is working, but not with tt_news and the titles are from the English version instead of the Amharic. My last test with Solr never worked. Is there any other search working with non western languages? Herbert ___ TYPO3-english mailing list TYPO3-english@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-english