ceberlin

Maybe obvious, but I just realized that a checkbox field without a headline does not show it's convenient field-edit popups.

Q: What has the TESLA that PROCESSWIRE does not have: A: backdoors

Hi Macura, used together with AdminOnSteroids, the module creates a gap under the tabs in my PW setups. If I comment out the css floats for testing, the gap disappears. It has to to with the height: 2.6em coming from .WireTabs (in combination with the float). If I set height to something else, the gap changes. If I set the UL to overflow: hidden, the gap goes away completely.

that's interesting why I see the default admin page differently. OK, I see, the gap is coming from the "Prev/Next Tabs module (which is normally another of those cool admin additions). Those "prev"/"next" tabs have a css float-right, which is causing the gap here. The gap goes away if the UL (tabs container) has overflow hidden.

I am using the default theme and want to send a small feedback. a) if I select "sticky header" the tabs have not background any more (they float freely). I thought they where easier to read before. Why not having the background from the sticky header also there (as it was before) or a lighter variant of the background? Or a "pills" menu design could look fancy there - opposite to tabs they look nice when floating. b) I find the color and place for the description and hints tooltip hard to find, but I want editors to take that information seriously. I switched that feature of but wanted to send a feedback anyway. ... or the tabs could be moved down?

Actually I find the default admin-page with the multi-hierarchy popup submenus a little bit quicker to use. So I leave the default for the admins and use the Reno theme (with full beauty power) for the editors. But with the AdminOnSteroids is getting better every day, that view might change. b.t.w. I wonder why ASMtweak "move delete button to the left" is the default setting. The trash is now very close to the dragging handle, where selections can get removed easily inadvertently. That can pass unnoticed if ASM lists are very long, I think.

What a great module! Small feature wish (if this is possible): Can the url helper also handle URL fields within table fields?

This is extremely cool. Thank you! - Cannot wait to try it out.

@netcarver Now works well with the standard setup here. Does not work with the HERE map series (I think to remember the v100rc2 beta does).

@netcarver This fixed it!

I tried this on localhost with a new project. I getting errors in the backend and the map space is white. Propbably because I am running the backend in https: http://cdn.leafletjs.com/leaflet-0.7.3/leaflet.css - Works https://cdn.leafletjs.com/leaflet-0.7.3/leaflet.css - Works not (Firefox security - Invalid certificate) They advise a different CDN on their homepage, that's maybe why:

Well, the module works flawlessly so far (and REALLY helps to produce nice looking content!!!!). With the small code change to "__construct" it is also working here with PHP7 without throwing notices any more.

The pull request is up now, bypassing my software and working on the GitHub Site directly. Let's see how that worked. I think the quality of the German files is very good already (thank you guys) - so I want to address only a few things that I stumbled upon: I wonder what you want to do with the "Denglish". I believe that you are right not to translate everything. For Devs, working with the backend, it is often clearer to leave certain English words (like html tags, "hover", as they are). I well remember the over-translated Dreamweaver from my past. But they could be set in quotes (or single quotes)? Same as examples for input and results - like 'null', '0', '1'? Have you set up some catalogue already somewhere about certain words and translation you prefer to use, in case there are more possibilities? Like choosing between "Anmelden" and "Login" or "Log-in" (Duden recommendation) which basically means the same and are all ok to use in Germany? (It would be a consistent language within the application - especially in a multi-translators environment.) If that list does not exist, I could try to build a small one, when working further with the files - the list could be part of the repo.

@LostKobrakai Actually it's some specific rights(?) problem with the git tool I use (git-tower.com). Submission failed somehow - Nothing to discuss here in public I think. I just need to look further to my setup and maybe contact the software-developers. But thanks for helping, anyway.

Ich habe das mit GIT noch nicht 100% bei "fremden" Repos raus - anbei daher hier ein Archiv mit meinen heutigen Korrekturvorschlägen von Rechtschreibfehlern. In Zukunft versuche ich natürlich, alles selbst über Git anzubieten. Archiv.zip Update: Sorry, again in English: Encl. an archive with my correction attempts. This time I send the files for you to check and migrate them, but I promise to learn how to do this myself with Git.

Is the support for very old php versions still needed? With PHP7 in strict mode, I now receive 2 notices: Methods with the same name as their class will not be constructors in a future version of PHP Changing 3 lines of code to using __construct instead fixed the notices for me, I think.

To complicate things, there are different api keys needed for LIVE / STAGING / LOCALHOST environments? That's how I understand the changes. Edit: Just learned: localhost and staging can/needs to be added at google to share one api

The last PW 3 update fixed this for me.

Just for info. The error diego reported is also in 3.x now. (Wasn't there until the last PW3 update)

SOLVED!!!! OK, here is, what I discovered, and a workaround: if you have errors on upload (database error, "not properly escaped"), look for single quotes ' in your file. If you cannot change and save the page any more (you click save and the page tries to save but nothing gets actually saved any more - and no php- or js error is given) try this: in PHP set "max_input_vars = 5000" as a workaround. max_input_vars = 5000 is unusual (there is a reason why the limit is normally 1000), so there is a possible bug in the pro table field which I will report now accordingly.

Just one last comment before I am off from the discussion for a while (I am really frustrated about the lost message with my suggestions): I think we all agree that the forum can contribute a lot the brand awareness of ProcessWire. First security and reliability (a hacked forum would be a disaster) - so safety first and an up-to date software. A big thank to Pete's efforts in this regard. Other brand goals are: "use with ease" and "well documented". Make the forum look "easy" to handle and optimize the accessibility of the overwhelming information... that is were we are now with the discussion. Are we?

Just a quick note: I was writing a long well prepared response, even got a note about kongondos post in the meantime. Hit SAVE. Sofware confirmed save. Message gone, Everything lost. Found myself logged-out. Now this really is not so encouraging for me, trust me.

ok, there we go. Changed topic.

Hi @adrian - thank you for your quick response. 1. Oh I see, I overlooked that feature, Brilliant!!!!!!! (In the explanation, of you replace the word "overwrite" with "replace", it maybe gets clearer? Also i.m.h.o. it would be good to prepent the word "Caution: " maybe?) 2. My problem now with the import is that after the import I cannot save the page any longer (any changes/updates, regardless in what field, are ignored on save). No errors get recorded. Looks like something is timing out or confusing the database storage script. This is the page I am working at: /tour-list/ The fields in use are a "single page" selector, a date field and some tiny text fields. I send you PM with the data I am trying to load. And you can also have access to anything (it's a fan community website only), if you need to investigate further.

I am open to any modifications of the title (I do not have the problem myself with it as "why" can basically mean anything) but I am not moderating and not make changes there, can I?