Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Paste VERIFIED Download Vk

2 views
Skip to first unread message

Tryg Lawson

unread,
Jan 25, 2024, 3:40:16 PM1/25/24
to
<div>The copy and paste function stopped working. I cannot copy and paste from within the same mockup page. I have tried exiting and reloading the page. I have also tried using the Menu selections (instead of the keyboard shortcuts, but I just get a message telling me to use the command V shortcut. This was working fine for me last week.</div><div></div><div></div><div>- The strangest thing of all, each SmartSheet tab remembers the data copied from itself. So as I toggle between the different sheets, I'm able to paste the data copied from the same sheet as many times as I like. But I can't paste cells copied from another sheet! As far as I can remember, Windows has only 1 clipboard and whatever data you copy to it overwrites whatever was stored before. And that's how copy/pasting has always worked and still works for everything else on the computer.</div><div></div><div></div><div></div><div></div><div></div><div>paste download vk</div><div></div><div>DOWNLOAD: https://t.co/GhCh1ElGrs </div><div></div><div></div><div>Smartsheet has its own contextual menu for copying and pasting, so I'd first ensure that you're using the keyboard shortcuts (Ctrl + C for copy and Ctrl + V for paste) at all times. Combining the right-click and the keyboard shortcut may confused the clipboard.</div><div></div><div></div><div>Yes that seems to be the case. The question is why is it doing that for SmartSheet when it doesn't do it when data is copied from any other pages and pasted to any other pages! BTW, the same is the case between two separate Chrome windows (not just tabs within the same window).</div><div></div><div></div><div>Thanks for the pointer, Shane! So I totally cleared my Chrome cache and rebooted the machine. It is now allowing me to paste using CTRL+V, regardless of how it copied. But it still doesn't give me access to Paste Special, which I was hoping to use for cell linking. This is really confusing! How can this be?</div><div></div><div></div><div>From my experience, copy and Paste from one Smartsheet cell to another only requires you to click the cell once as long as they are in the same browser instance. However, copy and paste from another app or from smartsheet in another browser instance requires double clicking the destination cell. For example, a url from salesforce, requires you to double click the cell in Smartsheet prior to the paste.</div><div></div><div></div><div>I don't know if this issue has been addressed, but it still occurs in Ignition Platform version 8.1.28 (b2023060110). It seems to get worse as my project gets larger and larger, but the Designer will get to a point where it disables certain features. When right clicking on an object or when right clicking the name in the Project Browser, the following features are greyed out: cut, copy, paste, paste & replace, and delete. Strangely, duplicate is not greyed out and still functions properly. Keyboard shortcuts do not work either.</div><div></div><div></div><div>My use case as an integrator is what was previously described, I copy and paste quite a bit and I leave Designer running for long (1-5 days) periods of time. To fix the issue I have to close my Designer instance and reopen it. When I have multiple projects open in multiple instances, the problem is exacerbated. It also occurs to every instance at the same time and I have to reopen every one to fix the problem.</div><div></div><div></div><div></div><div></div><div></div><div></div><div>Still present in 8.1.33 but resolving is better (close all views and re-open).</div><div></div><div>Copy/Pasting a component within the same View works as expected. Pasting to another View is sometimes buggy (can't reproduce at will). When it stops working I notice Paste is greyed out if I try to copy/paste a label to another View. However, Paste & Replace isn't greyed out and works as expected.</div><div></div><div></div><div>In a technology-independent library you shouldn't use a smaller paste pad on your footprint unless the package calls for a specific stencil design (as with QFNs). This is because each board may have different decrement requirements based on the thickness of the stencil and the type of stencil and paste used.</div><div></div><div></div><div>You can either ask the stencil vendor to apply a universal decrement or do what I do and create a manufacturing pastemask layer and use Skill to create a stencil pattern matching the particlar requirements of each board, type of device and stencl technology.</div><div></div><div></div><div>Typically for SMD land paterns like resistors J leaded parts etc, the paste size is the same as the physical land. On items like power IC'S that have a ground bonding pad the manufacturer of the part will have specific requirements for the paste mask.</div><div></div><div></div><div>Now something that is not very obvious. On a square or rectangular pad there is a trend to make the pad convex or have a slight arc at the end of each pad. The reason is this. When a stencil is created for the paste mask, the laser cant create square holes or rectangular holes but instead the ends of the holes will be rounded slightly.</div><div></div><div></div><div>Manufacturers of stencils can compensate for this, but the ideal is to have the pad shape the same as what the stencil manufacturer can actually make so as to yeild the best solder paste coverage and easy release of the stencil from the board.</div><div></div><div></div><div></div><div>Thanks Scott</div><div></div><div></div><div>We're not talking about adhesives here: the paste of interest here came to be as an alteration of the word baste, which means "to beat severely or soundly." (This baste is unrelated to the two distinct baste homographs that mean "to sew with long stitches" and "to moisten while cooking.") The exact origin of baste is uncertain, but it probably comes from the Old Norse word beysta, meaning "to bruise, thrash, or flog." Baste was first seen in the 16th century, but paste didn't turn up in print until the mid-19th century, and it only recently acquired its "defeat" sense. Baste is now less popular than paste, though its relative lambaste ("to beat" or "to censure") is prevalent.</div><div></div><div></div><div>QUESTION:</div><div></div><div>Is there any way to copy 40 rows of these two fields and paste them into the other table without first creating the rows in question as blank records? Basically, a paste/append.</div><div></div><div></div><div>Thanks Justin_Barrett. That worked as long as I was at the end of any list. If I add a record in a view (shift-enter or insert above/below) and then paste multiple records it overwrites any records below my inserted record.</div><div></div><div></div><div>That worked as long as I was at the end of any list. If I add a record in a view (shift-enter or insert above/below) and then paste multiple records it overwrites any records below my inserted record.</div><div></div><div></div><div>I was a happy person using the Cmd+Opt+Shif+V shortcut when pasting to replace, and I know that Figma tried to change the paste-to-replace shortcut to Cmd+Shift+R before, but it got back to Cmd+Opt+Shif+V as it seemed more natural for users.</div><div></div><div></div><div>I found the Source Link solution concern updating the cache and was able to get it fixed for him (It did take a while to narrow down the parts in error), but he still thinks something is broken because he has never run in to this before. He says that the beauty of Capture is that it is not supposed to care about the symbols and it always would simply cut and paste and add new symbols to the design cache. I am not a Capture guy, so I am wondering if maybe there is some switch that got thrown when we updated to 16.6 that is now making Capture check that the symbols are in sync across designs, or if something fundamentally changed in the last version or two.</div><div></div><div></div><div>Yes the fld_Zone should be D from the copy. In the template if I change that value it always puts the template value in it. For instance I used A as a template then copy and pasted multiple features they were all A, I then changed the template to AE, which is what is in the gif and it pasted it and the values were AE.</div><div></div><div></div><div>UPDATE: I can reproduce the issue now. It's related to pasting values into a layer that contains a subtype field. The subtype is assigned a value from the first template for the target layer instead of the copied value from the source layer. A workaround that you can try to use is to copy and paste into a template instead of a layer:</div><div></div><div></div><div>In ArcMap (10.6.1), I am able to copy/paste values from Excel column into attribute table field. I select the first cell in attribute table, then paste and the values populate for all the records below. See example:</div><div></div><div></div><div>Hi, I have recently used XD and found extremely useful the possibility to copy/paste interactions. Is it possible in Figma to select an object with interactions, copy interactions and past them on a different object, even different type of object?</div><div></div><div></div><div>Often, When I select text to copy, it just not copied to the clipboard buffer after I press "Cntrl+c".... To copy I have to press "Cntrl+c" twice or more times, just to be sure... </div><div></div><div>Yes, I can see mentioned Linux FEA at Windows 10 VM (if I select text it is copied to windows clipboard) BUT I do expect if I press "Cntrl+c" it is also the case and text is in the clipboard.... So, if I press "Cntl+v" this text must be pasted but instead previous one is pasted.. It makes me tick sometime :)</div><div></div><div></div><div>Same problem on Ubuntu 20.04 Workspace App 2006 connecting to Multi-OS VDA running CVAD 2006. Started on Workspace App 1912. Really annoying, worst is when you think it's in clipboard, find and switch to another window, paste only to see the old stuff gets populated, then move back to previous window, ctrl+c over and over, then switching back to where you wanted to paste.</div><div></div><div></div><div>the first link refers to an issue involving copy&paste between local and remote OS. As far as I can tell, this post concerns copy&paste both within the remote OS (i.e. MS Windows).</div><div></div><div>The second link gives a 404 error.</div><div></div><div></div><div>I have been transferring my Powerpoints to Prezi by hand, and have had no issues copying and pasting images until yesterday. What is wrong? I am using the Ctrl+V shortcut to paste as I always have but nothing happens.</div><div></div><div></div><div>Sometimes, paste problems can be overcome by pasting into another app, such as Word, Excel, Notepad, copying from that app and then pasting into Evernote. But, as detailed above, that has not worked this time.</div><div></div><div> 356178063d</div>
0 new messages