dave, i didn't say it as a criticism or to imply something, only as an observation.
i said it from the start that this will be time consuming, retarded and a choresome.
i have also noticed that the tooltip when i hover the mouse over the subsection
name is larger that it should be, but this is something that is not noticed ofter.

not sure what does what in the css

Walk with me...

While mouse is hovering a"post count" page element, right click, choose"inspect element" from the firefox context menu.
The right pane of inspector should show the id + details of the targeted element.

If right pane is not immediately populated with detail for the correct element, you can mouse around within the left pane
(may need to click triangle icons to expand the tree and see nested elements)
and you'll see, in the browser window, dashed lines crosshair markers painted around the currently-hovered inspector element.

To verify that you've identified the correct target element, you might temporarily change its background color within right-pane,
then note the result rendered live in the browser window

.avatar-username .avatar-username-inner.thread-user-detail {   inline:176
blahblahblah
blahblahblah
background-color: #FF0000; {----------------------------
blahblahblah
}

look, lower in right-side pane, for the rule specified within common.css governing the element:

.avatar-username .avatar-username-inner .thread-user-detail { common.css:1
blahblahblah
blahblahblah
top: 100%;   {--------------   per my testing, unticking / removing one or both of these declarations will resolve the current funky mouseover behavior
left: 50%;      {--------------
blahblahblah
}



*** I won't guess how to implement the change server-side (?create a more specific, overriding, rule ...edit the existing rule within common.css?)

skidoo wrote:

not sure what does what in the css

Walk with me...

While mouse is hovering a"post count" page element, right click, choose"inspect element" from the firefox context menu.
The right pane of inspector should show the id + details of the targeted element.

If right pane is not immediately populated with detail for the correct element, you can mouse around within the left pane
(may need to click triangle icons to expand the tree and see nested elements)
and you'll see, in the browser window, dashed lines crosshair markers painted around the currently-hovered inspector element.

To verify that you've identified the correct target element, you might temporarily change its background color within right-pane,
then note the result rendered live in the browser window

.avatar-username .avatar-username-inner.thread-user-detail {   inline:176
blahblahblah
blahblahblah
background-color: #FF0000; {----------------------------
blahblahblah
}

look, lower in right-side pane, for the rule specified within common.css governing the element:

.avatar-username .avatar-username-inner .thread-user-detail { common.css:1
blahblahblah
blahblahblah
top: 100%;   {--------------   per my testing, unticking / removing one or both of these declarations will resolve the current funky mouseover behavior
left: 50%;      {--------------
blahblahblah
}



*** I won't guess how to implement the change server-side (?create a more specific, overriding, rule ...edit the existing rule within common.css?)

Thanks Skidoo,
I have webinspector figured and css (it is not the first time working with either). However within the css definitions / html construction of the forum base things are overlapping / recycled / duplicated / not used. BTW anything AFAIK that has red as a color (#FF0000) I have inserted in at some point to see what all changes, so I will need to remove that.

What I meant (as I have not written the forum software) is for example:
If you change the"bread crumbs" drop down styling it also changes the drop downs in the tool tips and forum options sections (which is likely why the tool tip is funny sized).
If an option is enabled that you need to override to disable for one part it will also cause issues with another block as your block declaration will overlap with another block (and you cannot differentiate as you cannot edit the main code (html/php)) (which is likely why the avatar labeling is bad when highlighted from modifying the breadcrumb links so you can see them against the black).
The avatar image is a background image in a container not an actual <img> tag... changing the container values also changes container values the header...
ETC

I am not taking it as anything against me. Just adding stuff to the"stone soup" as I work my way down from top to bottom of the page and adding to the forum when the positive changes outweigh the negative. For example did anyone try using the breadcrumbs dropdown before last night with the #FFFFFF background and the #FEFEFE text color? That way anyone else can continue improving otherwise everyone would be doing it alone by trying to fix everything locally... no?  dark-D is correct, it is a bear to update and very time consuming... I think tapatalk is still phpbb in the background and therefor is a theme in itself which is likely why there is no implementation for setting themes.

BTW for the avatar section there are actually 3... 2 are hidden by default with one visible. 

i have noticed that the different menus with pictograms, topic tools, display and sorting options, quick mods tools, jump to, search, advanced search disappear if i hover on them. maybe we should remove the code that was added today until we sort it out. it feels like the more we add the more it breaks. it's a bummer this method of adding on top of the theme, i have also noticed the code that is not used and left behind when i was looking around in the inspector. also in the inspector, i can't figure out what causes the post count bubble to change size on hover, or what in the header causes the page to add an extra section on the right of unused space. i'm still trying to get the help of someone who does this for a living, but so far everyone is"busy".

FWIW, this is essentially just a"notes-to-self" post

idea of scraping the old posts to prepare for a move.  If we move it would probably be to a phpBB system very similar to what MX uses.

Tapatalk is employing the cloudflare-nginx equivalent of Apache mod_rewrite rules, serving and redirecting to"SEO-friendly URLs" (which confounds the task of drafting spidering/scraping rules).
Examples:

.com/groups/antix/application-finder-in-fluxbox-menu-button-t7115.html
~=
.com/groups/antix/viewtopic.php?f=4&t=7115

.com/groups/antix/application-finder-in-fluxbox-menu-button-t7115.html#p52449
~=
.com/groups/antix/viewtopic.php?f=4&t=7115&p=52449

.com/groups/antix/announcements-f15/
~=
.com/groups/antix/viewforum.php?f=15


v------------ would need to investigate further to confirm, but it looks like tapatalk has"wrecked" (performed bulk modification of post_body content within the db) pre-existing internal hyperlinks.
example:
========= SCRAPER REMOVED AN EMBEDDED LINK HERE ===========
url was"a-trashcan-for-the-antix-desktop-t6689.html#p49032"
linktext was:"a-trashcan-for-the-antix-desktop-t6689.html#p49032"
====================================

skidoo wrote: from forum search:

A Trashcan (Recycle Bin) for antiX-Full
post31448.html#p31448 (post contains file attachments)

(Alternative) trashcan for SpaceFM
post42803.html#p42803

What you see here in the quotebox is verbatim/identical to what you'll find if you click through to that topic page as it exists now.
At time of posting (and up until tapatalk"makeover") those were hyperlinks leading to previous posts within pre-existing topics.


I found nothing here discussing (ideas for, or scraping success) tapatalk

========= SCRAPER REMOVED AN EMBEDDED LINK HERE ===========
url was:"https://www.reddit.com/r/phpBB/search?q=tapatalk&restrict_sr=on"
linktext was:"[https://www.reddit.com/r/phpBB/search?q ... rict_sr=on"
====================================

and
phpbb.com search function (they're using google CSE?) isn't working for me.

I'll keep checking websearch"phpbb migrate|emigrate|scrape tapatalk" periodically...

hello SamK  

hello skidoo  That is a lot of different names to call a site.  One thing that changed on that site t7115= there was a link in the attachment comments . It provided another live link to the little image download. That link disappeared.
edit with: then see if it stays here

Just a heads up. I belonged to to the old support hosting forum for our forum site. I have been in contact with our old admin there and things have changed so much that my old username, email, password , etc..... is no good anymore. The new support forum for our hosting site when we got questions for how to do things here is


========= SCRAPER REMOVED AN EMBEDDED LINK HERE ===========
url was:"https://www.tap atalk.com/groups/tapa talksupport/index.php"
linktext was:"https://www.tapa talk.com/groups/tapatal ... /index.php"
====================================


Just a excerpt from my correspondence with ChrisM. The lady who ran the old support group.

Oh I see.
Tutorials is not a support forum (I am going to disable registrations there). I had registrations turned on for people to share tutorials, but I think it’s too confusing and people think it is a support forum.
The support forum is at
========= SCRAPER REMOVED AN EMBEDDED LINK HERE ===========
url was:"https://www.tapa talk.com/groups/tapa talksupport/index.php"
linktext was:"https://www.tapa talk.com/groups/tapa tal ... /index.php"
====================================

Any forum you posted at when it was still on the old Yuku platform, your login will work there. Any other forums, you’ll need to register first before you can participate.
That said the support forum I just linked to already has Global ID enabled as a test, but it is one of the only forums that has it enabled at the moment.
This means, when you sign up there, you are signing up for a global tapatalk account (might need to search a bit, because with over 15 million accounts, many usernames are taken).
Once you’ve signed up, follow the activation link in your email, and then you will be able to set your forum username.
Chris