olafgleba

Hi @BrendonKoz, brilliant, thanks a lot! "Truncation" and such,- i missed to use those terms. Probably therefore i got no results while searching the forum...

Hi, strange that i never thought about it before,- now a client asked for it: Is there a setting to allow showing the full file name in Repeater Item headers (and not only on hover)? Cannot find any and not sure where to dig. Thanks, Olaf

Hi @tpr (and @horst), first, thanks for the module. It was a splendid timesaver in several projects (especially with corrupted webp images/files) in the past. Is this module still maintained? I ask because i get an error (s. below) with latest Version (0.0.4) with PW 3.0.243. Thx and cheers

Moin @bernhard, so good! :-). The last sentence got me going. I overlooked to adjust the js ajax endpoint url on language switch. Next beer on me, please 😉

Hi, i only found posts with Ajax + Search topics, which does not help me with my question i am afraid. Within a form i narrow down the results to specific conditions (here: countries assigned to continents). While the first select (continents, s. Screen 1) is populated on page load, the second one gets filled up by a ajax call/response (form action attribute references to that ajax driven page). Works well. What i cannot figure out is why the ajax driven page does not consider the current language when quering pages ($pages->find()) within the ajax page (s. screen 2 (country names should be in english, not in german). As the ajax driven page is a regular PW template based page, i would expect that PW detects the language versions of the page fields automatically like on any other page. Without specifying something additionally. But obviously not. And i miss something or doing it wrong. Maybe helpful: The ajax page is a processwire page derived from a dedicated template. ProcessWire namespace is set (on the ajax driven page) All language checkboxes (Tab settings) in related pages are active Default language is german, both screens showing the page set to english. Thx in advance for any hint. cheers Olaf Screen 1: Screen 2:

Hi @Tiberium, thanks for your answer. Maximum number of files is set to `1`, Formatted value on `Automatic`. But nonetheless i tried it with the dedicaded array pointer. And see, there is the image! ;-). While this is not neccessary if in a page template environment, i seem to forget regularly, that for fields which gets crawled in a PW bootstraped no formating/settings is available. Further example, output a date field (which has field format settings) shows up in a bootstraped file just a a raw timestamp. You must format this on place. Thx again!

Hi, this might be a rather silly question, i am afraid. I like to embed some blog entries from one PW installation into another (separate Domains/Servers). Nothing fancy,- i generate a plain php file in the origin installation, bootstrap PW and do a `$pages->find` to collect the desired entries, then output them in a foreach within this file. To leave it simple, i will fetch the file with file_gets_contents() later within the target installation and output the delivered markup directely. Everythings is fine, except that the `url` of the contained image field of an entry only outputs the path to the (correct) image asset folder. But without any filename and extension. And when i set `httpUrl`(which i will need later on the target installation) instead, the string is completely empty. <? echo $item->test_image->url; // Expected output: `/site/assets/files/98575/test_image.jpg` // Actual output: `/site/assets/files/98575/` echo $item->test_image->httpUrl; // Expected output: `<full-path-to-server>/site/assets/files/98575/test_image.jpg` // Actual output: `` ?> I have done similiar things a lot, but i never run into such. And see no difference here. I am afraid, i overlook something very obvious. But don't get it since some hours. cheers Olaf

Sent a DM ?

Hi @adrian, strange. I did exactly what you suggested,- add a new RM field, add just one type with one table(ProField) field. Even with the similiar values ;-). Also placed it on a template with no further RM field (prevent possible interfering). Same module/field/PW versions as posted before. On top with an upgraded PW (latest dev (3.0.237)). The views remains broken(s. screen). I suppose your RM version is set to latest (0.1.1.)? If so, maybe there is a change left where to look at. Otherwise i am running out of ideas i am afraid ;-( But regardless the result, i really appreciate your answers and willing to help! ?

Hi again @adrian, it turned out the module just doesn't work well if the table field is part of a RepeaterMatrix (Pro)Field (at least with my version combi). Beyond this the table field + your module works flawlessly ;-). And because my abilities are still limited with module building, probably i'll can't fix it by myself and send a Repo PR, sorry. Processwire 3.0.221/224 dev, ProFields Table 0.2.4, ProFields Repeater Matrix 0.0.9, latest Table CSV Import/Export Module (2.0.16). Because i didn't mentioned it so far,- thanks and kudos to you for the module.

Hi @adrian, thanks for your suggestion. I will try it on a clean install on sunday. And will try the module on other installations (with a vary set of modules) just for testing. I'll get back to this...

Hi Adrian, i upgraded PW to latest dev in my local environment. No luck, same slightly broken view and behaviour. No suspicious logs (browser console, tracy). Hm, whats left to do is to renew my Profield package license to get the latest Profield Table version. Although i also doubt this causes the issue.

Nothing really helpful, i am afraid. A forgotten console.log from jquery ("JQMIGRATE: Migrate is installed, version 1.4.1"), but no related warnings or errors. It not a browser issue also,- tested in Firefox, Safari, Chrome. I installed the module on the live server. Next i will install the module on my local project instance and upgrade PW to the latest dev to test it there. Thx for your answer, regards, Olaf

Hi @adrian, maybe i doing something wrong? Logged in as superuser, i installed the module, published the permissions and tried to export data of a existing table as a test. The interface looks a bit broken (s. below). For example i cannot add or delete Talbe rows selectors and nothing happens when i click on "Export As CSV" also. Do you have any idea, what i am missing? Cleared cache several times, logged out/in. Maybe it is a jquery core issue? Thx in advance Olaf Processwire 3.0.221 dev, ProFields Table 0.2.4, Latest Table CSV Import/Export Module (2.0.16)

Hi @kongondo, many thanks for you work/module. In a current project this would become very handy to use. My problem probably sits between my eyes,- i managed to define pages for rows and columns (s. Screenshot). But when i enter values/data in the matrix fields and save the page, no data is saved, e.g. i get blank matrix fields on page revisit. Tracy spits out following warnings: - Latest Matrix module version - PW 3.0.221 dev - PHP 8.0.27 Any idea what goes wrong here? Thx and regards Olaf P.S. I wonder if the admin view should be look like in the screenshot above? Seems a bit broken to me (s. Import/Export row), because it differs from other module screenshots i have seen.