Important NOTE: Only works in WSS2 and SPS2003

Finally is here, many thanks to the people who have tested this version.

From the forums:

“I had rolled back to 3.1a with 22 individual imported spreadsheet lists rolling up to 22 individual web part pages; with 3 additional web part pages rolling up some specified fields from all 22 lists.”

ALL 25 Rollups where present, accounted for and functioning as expected under 3.5 FINAL’s smooth control. Very, Very Smooth Transition

Well, so many people ask to me because csegSmallCalendar has not a filter interface to use with any list. And the answer is, I forget it. Now the webpart has a FilterProvider interface to filter any list. Also you can display a “clear filter” button to clear the filter on list. As always some screenshots…

csegSmallCalendar1.zip (17,18 KB)

This is other sample of how I am using Ajax in my SharePoint environment (see Using Ajax to query Exchange Server Part 1 and Part 2) , now I’m using it to improve my searches in SPS.

First I have added a new page to make the searches, this new page runs under SPS context and it is stored under Layouts directory. This is very basic search page that look at the “DAV:displayname” field to locate files that contains a keyword in the name. This page use a query string to get the keyword and the results are written in HTML. (You can use other queries here).

I continue working in my csegSharePoint library. Meanwhile I’m doing some test with this, as this webpart that is a small calendar that show a date field from a list, and it allows select the dates witth entries, and provide a cell value with the date. You can select the List and the Field and the styles to draw the calendar.

Also you can use this with csegRollUp to filter by dates, using [CellProvider] in queries.

Estos días continuo terminando cosas, la biblioteca csegSharePoint, y el csegRollUp 3.5 (que me esta dando algún que otro problemilla). La cosa es que eh empezado a recodificar algunos de los webparts que tenía para que usen la nueva biblioteca csegSharePoint en la que estoy trabajando. Por el momento he pasado este par de webparts que me son bastante útiles.

csegSubWebs (WSS) y csegSubAreas (SPS), son dos webparts que muestran un árbol con las subwebs y con las subareas.

This is a small xml stylesheet to render a generic table with the data collected from csegRollUp, and it’s ideal for debug purposes.

<?xml version="1.0" encoding="utf-8"?>
 
<xsl:stylesheet version="1.0"
    xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
 
  <xsl:template match="Rows">
    <xsl:call-template name="Tabla"/>
  </xsl:template>
 
  <!– Tabla –>
  <xsl:template name="Tabla">
    <table width="100%" cellpading="1">
      <tbody>
      <xsl:call-template name="Cabeceras" />
      <xsl:for-each select=’Row’>
        <tr>
          <xsl:for-each select=".//*">
            <td class="ms-vb2">
              <xsl:value-of select="."/>
            </td>
          </xsl:for-each>
        </tr>
      </xsl:for-each>
      </tbody>
    </table>
  </xsl:template>
  
  <!– Cabeceras de la tabla –>
  <xsl:template name="Cabeceras">
    <tr>
      <xsl:for-each select="Row[1]/*">
        <th nowrap=""  class="ms-vh2">
          <xsl:value-of select="name()"/>
        </th>
      </xsl:for-each >
    </tr>
  </xsl:template>
  
</xsl:stylesheet> 

Finally I have a first version (0.99) of my InfoPath viewer, first I want give thanks to my friend Gustavo, for testing the preliminary version and to make as always good suggestions.

Installation

stsadm -o addwppack -filename csegInfopathWebPart.cab -globalinstall (use -force if you have installed the preliminary version)

Use

a) Create a view in your Form Library webpart containing the identifier of the list (the ID field). b) Create a new webpart page, and insert the FormLibrary webpart and csegInfoPath webpart. c) In the FormLibrary webpart select the view that contains the ID field, you need this view to connect with csegRollUp. d) In the FormLibrary webpart menu select, “Conections” -> “Send row to” -> “csegInfoPathViewer” when prompt for field use the ID field. e) Now fill the csegInfoPathViewer properties, you need specify the form library list name in the “List Name” field and put the XSL in the field XSL. (You can extract it from the infopath solution file, rename it as a .cab file and extract the xsl, then copy the content into the xsl property) f) Now select an item and you can view the form in the csegInfoPathViewer.

El otro día comentaba el problema que había tenido con los interfaces de conexión de los webparts. Tenía un webpart consumidor conectado con dos proveedores, la primera vez que uno de los webparts proveía un valor este era aceptado por el consumidor, pero desde el momento en que el consumidor aceptaba un valor desde el segundo webpart, ya nunca más volvía a aceptar valores del primero. Evidentemente el comportamiento cambiaba si se invertía el orden de conexión. Tras dedicarle un buen rato y reproducir el problema en su esencia usando tres webparts, caí en la cuenta de que un valor null o vació también es transmitido …. de modo que ese era el problema. Así que a revisar los PartComunicationMain()

No se si lo he comentado alguna vez, pero en el trabajo suelo usar mucho Excel para hacer una gran variedad de cosas, en general mucho de lo que tiene que ver con el área económico financiera (lo terminamos haciendo en Excel).

Muchas de nuestras hojas de cálculo, son planes financieros, estudios de viabilidad, análisis etc. Básicamente estas hojas planifican cobros y pagos ó gastos e ingresos, la cuestión es la planificación, en Excel podemos planificar todo aquello que queramos, es sencillo podemos establecer una fila para cada previsión a realizar y en cada columna podemos poner un periodo (ene, feb, mar…), por último en cada celda (previsión / periodo) el importe de dicha previsión.