How to add column in document library in SharePoint 2013 - sharepoint

I am trying to make a customized site Content and I have made it successfully on Document library.While uploading it gets uploaded well but the by default behavior of document library shows me three but default column which is there in the image
1)Name
2)Modified
3)Modified By
I want to add 4th Column with user input named as a description.
Image is as follows:how to add Column in

From what I understood from your issue is, your column is getting created but not visible on view. When you create column column has property as SPField.ShowInDisplayForm , SPField.ShowInViewForms like properties. Its a Boolean value.

Related

Sharepoint Library "Name" column not visible in calculated-column dropdown list

In Modern Sharepoint I created a Document Library by New>Document Library and then uploading *.png files.
They are stored in a Column Name called Name (linked to document with edit menu). This can be seen in Settings>Edit View
Now I want to create a Calculated Column to calculate the last character before the .png in the filename which are in the Name Column.
I go to Add Column > More > Create Column and define Column Name and Type.
Then defining the formula but the Name column does not appear in the drop down list.
Any suggestions ?
thx
It's known case. We cannot use filename in calculated field. You could vote here: https://sharepoint.uservoice.com/forums/329214-sites-and-collaboration/suggestions/36029680-use-filename-in-calculated-field
As a workaround, you could use workflow /flow to make the Title field gets the filename. Then use title field in the calculated column.

SharePoint Web Parts can not be connected via hyperlink fields

In short:
I'm trying to filter an XSLTListViewWebPart based on what is selected in another XSLTListViewWebPart. Using a String field as connection this is working fine. Using a hyperlink field no data is displayed.
In more detail:
I have two lists, say Accounts and Projects. Both have a hyperlink field accountURL.
All accounts have different accountURLs. Different projects can have the same value for accountURL. Both are displayed on a page using the XSLTListViewWebPart.
The simple goal is to filter the Projects list based on which item is selected in the Accounts list using the accountURL field. So I established a web part connection using the acountURL as a filter. Alas, when an item in the Accounts list is selected no items are showwn in the Projects list although I double checked that there are matching values.
When using a string field instead of a hyperlink field for accountURL everything works like a charm. Problem is, I need the hyperlink field.
Is this desired behaviour? Do you have any suggestions for a workaround?
(I already tried converting the hyperlink field to a string field via a calculated column which did not work out either.)
All was and is to be done in the web interface or SP-Designer. Coding a WSP is not an option for this problem. As I'm not quite familiar with the correct terminus technicus I use field and column interchangeably.
All help is greatly appreciated.
Ben
Someone on the Microsoft forum suggested the following workaround which does its job well:
Add a hidden text column to both lists.
Use a workflow which is triggered on item creation and update to copy the value of the hyperlink column to the hidden text column.
Connect both webparts using the hidden column as filter.
Nonetheless, I still wonder whether it is possible to use hyperlink columns or other special columns for filtering. I also had the problem that I cannot use a person column as lookup.
Does anyone know if whether there ist some kind of overview
which column types can be used for filtering/formulas/lookup/...?
Cheers,
Ben

Why isn't my new SharePoint column showing as an option to add to lists on my site?

I'm using SP 2007. In one list, I've created a column called "Sponsoring Group". It's a choice-type using radio buttons, isn't required, allows fill-in choices, and contains a default value. As with other columns created on this site, I expected my new column to be available to existing and new lists via Settings > Add Columns from Site Columns, but I cannot find my new column...
What gives?
Based on the wording of your question, it sounds like you are creating a column on a list, then expecting it to magically become a site column?
You have to create the column as a site column. See this link for more details on how to do this:
http://office.microsoft.com/en-us/windows-sharepoint-services-help/create-a-site-column-HA010157769.aspx

SharePoint Document Library Customization for document view

I have a document library in MOSS 2007 which has folders and files. Document View in the document library has the following columns: document name, type, Created datetime, created by,modified datetime. How to configure the view so that it doesn't show any information for "modified", "created" and "created by" fields for folders. In other words,I want those fields to be empty for "folder" content types in document library document listing. Thanks in advance.
[Edit] Although, Paul-Jan's answer partially addresses my question, I still don't how to solve the columns "Created By" & "Modified By". There's no attribute to refer them in "Calculated Value". Kusek said "Editor" can be used to address the "Modified By" attribute of a document but that is not working
You can use calculated columns to do this. For each column you want to have, create a calculated alternative, testing whether the content type is or isn't "folder". For example, you'd create a column ModifiedNoFolder, defined as
=IF([Content Type]<>"Folder",[Modified],"")
Make sure to assign the right type to the calculate column (datetime). Now remove the original Modified column from the view and add ModifiedNoFolder in stead.
Oh, and if you meant "in code" (making this question more programming-related), you could do the above in code. :-)
You could add javascript to the master page or the view's aspx page that will search the DOM for the relevant sections and hide them.
modified by = #Editor is in the form of html value.
The suggested calculated column w/ formula: =IF([Content Type]<>"Folder",[Modified],"") will not work for documents being added to a library. Apparently this column is set before the modified date is set, so when upload the doc, the calculated column value will be set to "12/30/1899 12:00 AM" and the modified value will have the correct date/time

MOSS 2007 Document Library - choice column not displaying selected value

I have something funky going on with MOSS & was wondering if anyone out there has seen anything like it:
I have a document library in MOSS that has several custom columns added to it. I have a column of type choice. For one document in the library (a word document), the selected value does not get displayed for the one column - all of the other columns are fine & the other 60 documents in the folder display the selected values correctly. When I edit the properties of the document, the value of the column is defaulted to blank, I can change it to another value & save it. However the new value doesn't get displayed in the list view, nor does it show up if I edit the properties again.
If, I open the document in word & view the Document Information Panel it displayes the value that I had selected & saved for the column. However, the column is being displayed as a text box & not a drop down. The value still does not get displayed in the list view or properties view after a save.
Has anyone seen behaviour like this before?
My first guess is a name collision between your custom column and the columns that ship with SharePoint out of the box. What is the column name that is causing the problem?
I have seen situations like this when there are documents in a library, and then columns are added. The existing information does not get updated properly.
If you reupload the document as a second content, does this happends again ?
If yes, you may check advanced properties of the document before uploadind it. There may be some data in it that SharePoint try to use when importing the file. It may explain that you don't have the issue when you copy/paste only the content.
Along a similar line, it could be that the problem doc has a Word metadata field named subject, and MOSS is doing its property promotion thing to mess up your field. If so, clearing the Word metadata might fix it.

Resources