Hmmm...ampak to, kar pišeta sasok in dh5114, najbrž ni enako temu, da napišeš realen (ki temelji na dejstvih) prodajni tekst in npr.: na koncu dodaš majkemi? :)

Smatram, da je dobro povedati čim bolj "realno" ampak je štos v referenčnem okvirju pisca prodajnega besedila in bralca (kupca). Torej, štos je v tem, da se razumevanje enega in drugega (oz. referenčna okvirja) v čim večji meri prekrijeta. Imam prav?

To pa lahko dosežeš, če zelo dobro poznaš potrebe kupcev. Še kaj?

Čebelca je vizualno zares super. Tudi z OS X je enako super. Meni je zares všeč. Tudi moja žena jo uporablja in je zelo zadovoljna, ker je rešitev intuitivna, light in učinkovita.

"Registriraj" se in poskusi. Čebelca je super rešitev. Takšno rešitev bom imel tudi jaz.

Evo, tabela je sedaj takšna:

<table class="10cols">

<thead>

<tr class="firstrow">

<td class="textBold"> </td>

<td class="textBold">Text</td>


<td class="textBold">Text</td>

<td class="textBold"> </td>

<td class="textBold">Text</td>

<td class="textBold">Text</td>

<td class="textBold">Text</td>

<td class="textBold">Texttd>

<td class="textBold">Text</td>

<td class="textBold">Text</td>


</tr>

</thead>

<tbody>

<tr>

                    @foreach (var getdate() in ABCWeb.Common.TemplateHelper.MultiselectGetValues((string)ViewData["variable2"], "variable1"))

                    {

                        <tr>

                            <td class="width5">Text</td>

                            <td>@CheckNode(variable1, "variable1_variable3")</td>

                            <td class="width10">Text</td>

                            <td class="width5 textCenter">Text</td>

                            <td>@CheckNode(variable1, "variable1_variable4")</td>

                            <td class="width10">Text</td>

                            <td class="width10">@CheckNode(variable1, "variable1_0")</td>

                            <td class="width20">@CheckNode(variable1, "variable1_variable5")</td>

                            @{

                var elemCount = BPMWeb.TemplateHelper.MultiselectGetValues((string)ViewData["variable2"], "variable1").Count;

            }

            <td class="textCenter width15">@(ViewData["variable6"])</td>

            <td class="textCenter width15">@(ViewData["variable7"])</td>

                        </tr>

                    }   

        </tr>

    </tbody>

    </table>

Se strinjam, vendar, ker sem mislil, da gre za precej specifičen primer, nisem pisal podrobnosti.

Naredil pa sem redesign tabele. Na kratko (jutri prilepim kodo):

• header sem spravil v eno vrstico


• odstranil sem nested tabelo


• odstranil rowspan (vsebina je sedaj v vsaki vrstici)

Nevermind. Mi je uspelo tabelo prestrukturirati tako, da so prelomi delali pravilno, pa tudi stolpci so poravnani.

Buyaka!

Potreboval bi pomoč pri preoblikovanju tabele. Imam tabelo, ki se lomi čez več strani, kar sem rešil s thead in tbody elementi. Ker pa je znotraj tabele še nested table, ki sem ga ločil od header-ja tabele, imam problem z uskladitvijo širin stolpcev table header-ja (fiksni stolpci) in table body-ja (dinamični).

V body se podatki polnijo dinamično in ko se tabela lomi čez dve strani, se na naslednji strani header in body prekrivata, kar je problem.

Vprašanji sta torej dve:

- kako uskladiti stolpce header-ja in body-ja?

- kako urediti kodo, da se na novi strani header in body ne prekrivata?

Spodaj je še koda:

<table class="10cols">

<thead>

<tr class="firstrow">

<td colspan="8"></td>

<td>Text text</td>

<td>Text text</td>

</tr>

<tr class="secondrow">

<td> </td>

<td>Text</td>

<td>Text</td>

<td> </td>

<td>Text</td>

<td>Text</td>

<td>Text</td>

<td>Text</td>

<td> </td>

<td> </td>

</tr>

</thead>

<tbody>

<tr class="datarow">

<td colspan="8">

<table>

                    @foreach (var variable1 in ABCWeb.TemplateHelper.MultiselectGetValues((string)ViewData["variable2"], "variable1"))

                    {

                        <tr>

                            <td class="width5">Text</td>

                            <td>@CheckNode(variable1, "variable1_variable3")</td>

                            <td class="width10">Text</td>

                            <td class="width5 textCenter">Text</td>

                            <td>@CheckNode(variable1, "variable1_varibale4")</td>

                            <td class="width10">Text</td>

                            <td class="width10">@CheckNode(variable1, "variable1_0")</td>

                            <td class="width20">@CheckNode(variable1, "variable1_variable5")</td>

                        </tr>

                    }

                </table>

            </td>



            @{

                var elemCount = ABCWeb.TemplateHelper.MultiselectGetValues((string)ViewData["variable2"], "variable1").Count;

            }

            <td rowspan="@elemCount" class="textCenter width15">@(ViewData["variable6"])</td>

            <td rowspan="@elemCount" class="textCenter width15">@(ViewData["variable7"])</td>

        </tr>

            </tbody>

    </table>

Tu sta pa dve varianti: ali je nekaj narobe z eneloopkami oz. miško ali pa si hotel povedati, da si workaholic :)

Jaz prenosno m325 običajno ugasnem preden jo fliknem v torbo. Imam jo že 3 leta, baterijo menjal 1x. Uporabljam dnevno (po nekaj ur).

Tolk o navadah :D

Ostale postavke napišeš revizorju :)

Jaz bi strani raje, kot na simpl in kompleksne, ločil na strani, ki so podaljšek realne storitve in t.i. spletne vizitke, ki pač tam visijo in so na prvih straneh "guglna".

Prva kategorija nosi neko dodano vrednost in za takšne projekte sosedovi pjebi ne upajo niti kalkulatorja ven potegniti, da bi izračunali, če bodo zaslužili za "lite feltne".

Druga kategorija pa enostavno ne prenese vsega nabijanja o kvaliteti kode in super "kastom dizajnu" ter pozlačenih prstih web developerja, ki zelo dobro sodeluje z "orientalsko ekipo", ki poskrbi za vse.

Po tem principu se delijo tudi stranke. Tisti "vizitkarji" znajo biti zelo nepredvidljivi (v vseh pogledih), medtem, ko stranke, ki iščejo rešitev, običajno (ne pa vedno) vedo kaj potrebujejo in so to tudi pripravljene plačati (četudi na 300 obrokov).

EDIT: No, malo me je zaneslo in nisem nič napisal o urni postavki. Se opravičujem. :)