jtborger

Hi, For a while now, and I have ignored if for way too long, I get this error: 'Can't find FULLTEXT index matching the column list' When saving pages, or even when emptying trash. Does anyone know where this comes from? I looked up the install.sql and the only FULLTEXT indexes I can see there are present.. What also bothers me is that all tables are MyISAM except for some, that being ProCache and ProForms (forms) tables... Does that have something to do with it?

Good one... I did try to find a proper backup but it seemed to happen long time ago. Site was sleeping for a while so I didnt notice... I manually created all indexes and settings and now it works like it should... Tnx anyhow.

OK I found the setup schema now, but somehow if I manually create the PK on the tables, the auto increment value is missing... Ok on lots (if not all) tables, AUTO_INCREMENT is missing from the ID fields... I figure this is a database (management) issue and not a ProcessWire issue... although it started yesterday when I started working (after a long while) on the site and refreshing modules etc.... so something must went wrong there...

Hi, I have a strange issue here. Im running ProcessWire for years now without a problem but since yesterday I have a problem. I have a site which malfunctions, I cannot create any page. It gives me this: (exceptions.log): 2023-11-10 15:34:55 admin https://acme.test/processwire/page/add/ Unable to save to 'field_title' for page that doesn't exist in pages table (in /wire/core/Fieldtype.php line 1306) Same for users (which are pages too of course). Now, the pages table does not have any primary key, as I found out. Nor any other indexes. Strange, isn't it? And as I now see it, all other tables 'under' pages (alphabetically) miss their indexes too, so clearly something went corrupted somewhere. :( How could this have happened? Im sure not to have messed with the database myself. But more important: how to fix? Where is the original db schema so I can recreate the indexes, in the hope all will be fine?

Hi Wanze, Thanks for your reply and idea. I have tried to use it while generating the page with the image I'd like to have the right orientation, which can be different for each page...but this does not work for me. It would be very nice to be able to pass options to mpdf when in the pdf template I guess. I now have fixed it with CSS rotation, this works for me for the moment. Also, it's a bit counter intuitive to find that the footer is parsed before the main template; I tried to set some variables to get parsed in the footer, but this did not work.. Perhaps a quick fix to manage? Thanks again!

Hi, First of all, thanks for this great module!! I have tried to search the forum and this topic, but no result... If Im overlooking something please excuse me... Im trying to find a way to set the orientation of a page in the template. I now try to do this by CSS with rotate and so, but its not working the way I want it to be. I also read in mPDF docs that this is an option when creating a page. In the global module configuration it can be set, but I wantt to set it for the template. Is this possible?

Hi Karl, Thanks for pointing this out to me. I had searched the forum and couldn't find anything about this. It seems that the issues you filed and my question here is the same thing... And Ryan's explaination seems fine, though I have one question for Ryan (hope he'll read this): Indeed I output some stuff before doctype, which is tried to being rendered as a markup region as I understand from your comment on the issue Karl mentions above. Since it cannot be substituted, it gets displayed anyway, as I understand it. But, why does it gets displayed the first time then anyway? It feels illogical to me to be honest. I understand that all output before doctype is seen as if it should be put in a region later on, and when not, it gets displayed. But shouldn't it be removed from output first, then searched for a region to be put in, and if not, then outputted anyway? Perhaps this logic is too advance/heavy since replacement gets done by regexes I think, but anyway.... just a suggestion. Perhaps I don't understand it correctly anyway so please excuse me for this... I still find it a very neat solution anyway!

Hi Arjen, I know it doesn't state to support PW 3.0 on the module page, but is it difficult to adapt the language pack so it will support 3.0? I now get an installation error. Would be nice if it would install and run on PW 3.0 too. Thanks for all your effort! Jan

Hi, Yesterday I found out about the relatively new markup regions functionality and I love it. The ease of use and simplicity is just what I think is typically ProcessWire and is why Im still happy I chose for PW four years ago when changing CMS/CMF. So thanks Ryan for your vision and all you put into it. That said, Im running into an issue I'm not sure what to think of it. I have enabled markup regions in config.php and it does what I suppose it should: it replaced and all. Very neatly. The only thing I discovered is that while Im debugging some issues and I use var_dump to echo some stuff, it does that two times in a row. And this only happens when useMarkupRegions is enabled. I dont get this, does it mean the template file gets called twice (and thus the script is run twice?) or is it only displayed twice, where the first time most output is erased and /or replaced by the substituted output? I don't really get whats going on there. Is this behavior normal when using markup regions? Thanks!

Thanks Kogondo for your answer and the welcome back. Great that it is a focus point for this year. I sure do understand the limits of these goals and also the great value of the forum for more advanced usage examples. But this render($options) thing seemed so obvious fundamental to me that I wanted to know what was going (or not) on about it in general. Is there a place to file 'doc' issues or is it too early for that? I'd like to turn my 'effort' from investigating 'why hasnt this not being done yet' to something more proactive and positive.. instead of just sort of being grumpy

Sure, could be. Although the docs are much more extended and more up to date than the earliest forum post I found about it accepting the options. But still could very well be. I dont want to sound like a whining boy who points out what is not right. I know I do but this is not my reason for posting this. Its mainly curiousity and the question if it is missed on purpose, if one is aware of it and is by choice of is just the way things are to be done... Dont wanna waste anyones time here.

Thanks for your reply. I know there is a lot of info to find on the forums. What I tried to mention is that I in a way do not get that some basic stuff is pretty good documented in the api docs and cheatsheet and the more conceptual stuff on the docs section, but that this quite basic stuff of methods and its arguments are not to find there. If only it would state that render($options) is available but not yet documented, one can figure out to look in the forums or the source code to see what happens there... Thats what I think would be a good to do since I understand that documentation is a time consuming and not the most popular thing to do...

Hi, Its been a while since I dived into PW. I'm still very happy PW being the CMS/F of my choice two years ago of a website I had to transform and maintain. Now I am developing a new one and I stumble upon this issue which I solved with some forum search. Its good to see the community is growing and a lot new documentation is up since I came here for the first time. Also the developments of PW are exciting! Good work ryan and all others! But even still I couldn't find the following: I wanted to render a partial, and I couldnt find any (API) documentation about the $page->render() method. I found in the forum I could give an array of options (['prependFile=>'']) and this worked. So problem solved. But since I like to see PW grow more, I wonder why is there no documentation about this feature in the docs I could find? Or do I look at the wrong place? If so please accept my apologies. But not at the cheatsheet nor at the docs section nor at the API docs I couldn't even find that render() accepted arguments. Is there a place where one can drop documentation issues and a documentation team to the rescue? I think we all would benefit if these 'hidden' options would be findable and in one spot instead of just going through the forums to find out that there is even more you can do with PW Thanks!

Ah, I didn't know there was an $urlSegmentStr but that seems the right one to use indeed. Ok problem solved then.

Ok I'll do that but I have to wipe some stuff out of it and write a bit more comments to be helpfull for newbies