javascript – SEO for daily changing content with infinite scroll or more strategy loading

I've implemented a page that contains listings with truncated teaser content. An infinite number of scrolls are executed to display more entries as you scroll through Javascript. The result is something like Quora. When you click an entry, a new page opens with a unique full content URL. This should be indexed by search engines, not the page with the entries, because the entries are constantly changing as new entries are added.

I read the Google recommendation from Mueller, Ohye, Kupke, with whom I made Infinite Scrolling SEO compatible, but I do not think it's for a page with ever-changing entries?

My questions / if you can confirm / comment:

  1. Because the content of my listing page is constantly changing, Mueller's is
    Recommendation is not useful at all, as it has to be content
    constant for at least weeks?
  2. I've read, indexers can not mimic user actions like scrolling,
    Therefore, the user action of infinite scrolling is not selected
    to the top and only the first page is indexed. Then only the first sentence of
    Listing HREF links are indexed?
  3. My infinite scrolling strategy essentially uses a button to load more items
    below the viewport that is fired when you reach the bottom and bottom edges
    Finally, expose the button. Will not the indexer search for it?
    Click the button behind the viewport and click on it. And then on
    Indexing the new individual HREF links? Or is the button Load more
    completely ignored?
  4. So how can you do that kind of SEO-friendly – if you all
    Do you want to index the details when you click on them, not the listing page?
  5. How do Quora and many other similar sites do custom content (which does not use pagination)?

Thank you in advance.

Photoshop – active class to change a scroll div

1 if the user scrolls down then add active class to Li and then paste if he next to li class scroll again to top or if he then to previous active li class. basically changes active class on roles.

       
    
        
            
            Photoshop
            
            
        
        
            
  • Lorem ipsum dolor sit amet, consectetur adipiscing elit. OPTIONS pain to follow, but the eagerness to seek ways to edit them. We do not rejoice the physical pain? The modes of getting it to the others. To do. Lorem ipsum dolor sit amet, consectetur adipiscing elit. In addition, from the consequences that he rejects the whole of us seek some pleasure and pain to do, the greater the time the great repel accepts his balmy betake himself, so he loves. Those who, while the smallest with any substance.
  • Lorem ipsum dolor sit amet, consectetur adipiscing elit. OPTIONS pain to follow, but the eagerness to seek ways to edit them. We do not rejoice the physical pain? The modes of getting it to the others. To do. Lorem ipsum dolor sit amet, consectetur adipiscing elit. In addition, from the consequences that he rejects the whole of us seek some pleasure and pain to do, the greater the time the great repel accepts his balmy betake himself, so he loves. Those who, while the smallest with any substance.
  • Lorem ipsum dolor sit amet, consectetur adipiscing elit. OPTIONS pain to follow, but the eagerness to seek ways to edit them. We do not rejoice the physical pain? The modes of getting it to the others. To do. Lorem ipsum dolor sit amet, consectetur adipiscing elit. In addition, from the consequences that he rejects the whole of us seek some pleasure and pain to do, the greater the time the great repel accepts his balmy betake himself, so he loves. Those who, while the smallest with any substance.
  • Lorem ipsum dolor sit amet, consectetur adipiscing elit. OPTIONS pain to follow, but the eagerness to seek ways to edit them. We do not rejoice the physical pain? The modes of getting it to the others. To do. Lorem ipsum dolor sit amet, consectetur adipiscing elit. In addition, from the consequences that he rejects the whole of us seek some pleasure and pain to do, the greater the time the great repel accepts his balmy betake himself, so he loves. Those who, while the smallest with any substance.
  • Lorem ipsum dolor sit amet, consectetur adipiscing elit. OPTIONS pain to follow, but the eagerness to seek ways to edit them. We do not rejoice the physical pain? The modes of getting it to the others. To do. Lorem ipsum dolor sit amet, consectetur adipiscing elit. In addition, from the consequences that he rejects the whole of us seek some pleasure and pain to do, the greater the time the great repel accepts his balmy betake himself, so he loves. Those who, while the smallest with any substance.

Mouse – Can I activate the scroll wheel when moving objects in MS Word? (Moving pictures faster)

When I move pictures to Word, moving them to another page is painfully slow because I can not scroll with the mouse wheel after clicking on the picture – I have to move my mouse to the bottom of the screen and wait for the document scroll down. I just want to hold the picture and move the wheel to move in the document. I can not cut and paste because I'm using tracked changes.

Any advice would be great.

Many Thanks!

Web App – scroll bars for an infinite layer

I design a web application to plan Minecraft builds. Basically, it's a pixel editor, except that each tile has a texture instead of a color. I turn to desktop browsers, although I want to keep tablets in mind.

One of my goals is to present the canvas as an infinite plane. (This is a key feature that distinguishes this design from existing alternatives.) The Minecraft world is infinite, so it makes no sense to specify a finite size in advance, and it's annoying a pointless hurdle.)

The canvas is zoomable and must be "scrollable" in both dimensions. The user should be able to view and edit any part of the canvas – even a million tiles away from the origin.

Scroll bars do not work perfectly here. The artboard has neither beginning nor end, and the origin point is not important to users, so there are no objective reference points. The filled-in areas of the canvas can serve as useful subjective reference points, and a scroll bar can be useful for navigating those areas.

I read a great question about infinite scrolling patterns, and although she did not deal with this particular case, it was very enlightening. After some consideration, I think that the application must support:

  • Move the view to any given point.
  • Move / zoom the view to include the entire padded area.
  • Move the view precisely within and immediately outside the populated area (for example, a screen view, a measure that depends on the zoom).

A traditional scroll bar also gives the size of the view in relation to the entire document, which does not make sense to us. It might be useful to specify the size of the view in relation to the populated area, but I am not convinced.

Moving to a point or zooming / scrolling to see all the content can be implemented using buttons, menu commands, or whatever. The trick is to find a surface for scrolling behavior that is intuitive to use but meets the demands of the infinite level.

What I'm thinking at the moment is a kind of "peeling bar". Visually, it is a scroll bar (and can be implemented with native widgets). The button is locked in the middle when the user is not scrolling. If the user moves the button manually, the view is scrolled accordingly, and when it releases, the button jumps back to the center. This allows precise linear scrolling despite the lack of objective reference points.

As indicated, the user can not scroll over an unlimited distance in a single operation. To support this, the canvas area may be scrolled until the user releases the button or moves it away from the end.

Are there any good examples of infinite layer scrolling? And does the widget that I propose seem to be a reasonable compromise?

Beginner – Scroll through the filenames in vim

So I have a list of files whose names are similar

long_boring_filename_del_1.tex
long_boring_filename_del_2.tex
long_boring_filename_del_3.sty
long_boring_filename_del_4.tex

I want to iterate through these filenames with a mapping defined in vim. That is, if I have long_boring_filename_del_2.tex open and click on the mapping to get to the next file long_boring_filename_del_3.sty, It should also mean loop long_boring_filename_del_4.tex should bring me back to you long_boring_filename_del_4.tex,

I also want to be able to go through the files in both directions.

After getting some help from vi and vim, I found the following solution (which works).

Function! s: next_del ()

"do nothing if current filename does not fit"
if @%! ~ # & # 39; del  v[1234]. & # 39;
return
endif

"open next file"
let fnameA = substitute (@%, & # 39; v[1234] ze . & # 39;, & # 39;  = Submatch (0)% 4 + 1 & # 39 ;, & # 39; & # 39)
if filereadable (fnameA)
exec & # 39; echo & # 39;
exec & # 39; e & # 39 ;. fnameA
otherwise
"If the .tex file does not exist, check if the .sty version exists."
let fnameB = substitute (fnameA, & # 39; .tex & # 39 ;, & # 39; .sty & # 39 ;, & # 39; & # 39;
if filereadable (fnameB)
exec & # 39; e & # 39 ;. fnameB
otherwise
"If the above problem does not occur, check if switching from sty to tex works."
let fnameB = substitute (fnameA, & # 39; .sty & # 39 ;, & # 39; .tex & # 39 ;, & # 39; & # 39;
if filereadable (fnameB)
exec & # 39; e & # 39 ;. fnameB
endif
endif
endif
endFunction

"Like s: next_del (), except that it's going in the opposite direction."
Function! s: prev_del ()

"do nothing if current filename does not fit"
if @%! ~ # & # 39; del  v[1234]. & # 39;
return
endif

"open previous file"
let fnameA = substitute (@%, & # 39; v[1234] ze . & # 39;, & # 39;  = Submatch (0) -1 & # 39 ;, & # 39; & # 39)
let fnameA = substitute (fnameA, & # 39; v;[0] ze . & # 39;, & # 39;  = Submatch (0) +4 & # 39 ;, & # 39; & # 39)
if filereadable (fnameA)
exec & # 39; e & # 39 ;. fnameA
otherwise
"If the .tex file does not exist, check if the .sty version exists."
let fnameB = substitute (fnameA, & # 39; .tex & # 39 ;, & # 39; .sty & # 39 ;, & # 39; & # 39;
if filereadable (fnameB)
exec & # 39; e & # 39 ;. fnameB
otherwise
"If the above problem does not occur, check if switching from sty to tex works."
let fnameB = substitute (fnameA, & # 39; .sty & # 39 ;, & # 39; .tex & # 39 ;, & # 39; & # 39;
if filereadable (fnameB)
exec & # 39; e & # 39 ;. fnameB
endif
endif
endif
endFunction

nnoremap  w: call next_del ()
nnoremap  q: call prev_del ()

While it works, I'd like to get some hints on improving the code, as I'm a beginner when it comes to it Vimscript, Here are the key points in the code that need to be improved:

  • Can both functions s: next_del () and s: prev_del () be combined?
  • My method of backing up is very barbaric.

    let fnameA = substitute (@%, & # 39; v[1234] ze . & # 39;, & # 39;  = Submatch (0) -1 & # 39 ;, & # 39; & # 39)
    let fnameA = substitute (fnameA, & # 39; v;[0] ze . & # 39;, & # 39;  = Submatch (0) +4 & # 39 ;, & # 39; & # 39)
    

    I did it that way because you can not seem to separate it
    leading and =, otherwise it is a pure string. I would like to receive some hints for improvement.

  • Lastly, my method of "checking" if I have one barn File or tex File is strange at best. I do not really check, just change barn to tex and see if it works. I tried to get some regex under the use of (tex | sty) but for some reason Vimscript did not accept it. I want to learn a better way of switching between this barn and tex Files.

Scroll through column names in SQLite and execute a command for each column name

I'm trying to execute the following command

UPDATE attachments SET colname = TRIM (colname);

for each column name in a SQLite table.

I have found the following approach to get a list of column names in
an answer to "How do I get a list of column names on sqlite3 / iPhone?", namely

SELECT name FROM PRAGMA_TABLE_INFO (& # 39; your_table & # 39;);

That seems to be a nice, clean and easy way. However, this method is specific to SQLite according to PRAGMA statements.

In any case, I would like to have a solution that runs completely in SQLite. I call SQLite from Lua with LuaSQL. So I could run the loop in Lua if necessary. But doing it in SQLite just seems to be cleaner.

It would be even better if it were a general method that works for every RDBMS. But that may not be possible, and if so, it would probably be more complicated

CSS – Create a button to scroll horizontally in div

Thank you for reading my question.

I have a website where I have a div with images set to overflow: auto;
White space: nowrap;
So you can scroll horizontally in the div to see all the pictures in it. My question. Can I make two buttons (left and right) to scroll this part horizontally? I'm asking this because I can scroll in the Div with a touch screen or trackpad, but when I'm on a desktop with just one mouse, there's no way to scroll the div. And I hear you think, just use the scrollbar, but I've hidden those with CSS because they look different on different computers and browsers and just look a pain and not nice.
Here's my page (I've created a page where I'll explain the problem again.)
https://tuberadar.nl/test1234/

Thank you for reading my question.

Have a nice day!

Sharepoint Enterprise – How do you fix the browser's ability to scroll horizontally after inserting a web part list?

I have this Web Part list of named resources that have a fixed width of 500px and a vertical scroll bar of 5 columns.

it is in tabular form and

// I've tried editing the CSS by changing the size of the table and td, but the horizontal scrolling on the screen does not disappear

// I also tried adjusting the width to the zone and editing the CSS, but that does not work. The horizontal scroll is still present.

Q: Is there a way to fix the display of the web part list without affecting the browser?
Screenshot of the browser and web part list